[jboss-user] [JBoss Microcontainer] - EJB's and classloading

2011-01-04 Thread Miklos Balazs
Miklos Balazs [http://community.jboss.org/people/mbalazs] created the discussion

EJB's and classloading

To view the discussion, visit: http://community.jboss.org/message/578544#578544

--
Hello!

Sorry for double posting it, I posted this question to the JBoss AS deployment 
forum yesterday, but I just found this forum and I think that more people read 
it here who may be able to help me with this.

I have successfully managed to get myself in classloading hell.  :)  And I 
would be glad if someone could help me out with this because I couldn't find 
enough information to resolve this problem. I am using JBoss AS 5.1.

Here is my scenario:

I have two top level EAR's: Service.ear and Application.ear

Service.ear contains an MBean and a WAR, and has no classloader isolation 
defined or any other classloader settings modified.
Application.ear has an EJB module and a WAR, and has an isolated classloader 
repository defined in the ear's jboss-app.xml, with java2ParentDelegation 
enabled.

The problem is the following:
The MBean in Service.ear is an event dispatcher, and the Application.ear's WAR 
registers an event listener object in the MBean during servlet context 
initialization. When the MBean dispatches the event, it can call the event 
listener registered by the application without problems, however, the event 
listener needs to use an SFSB, and at that point it fails because it can't 
access the EJB's remote interface:

2011-01-03 16:30:41,856 ERROR [...] 
(http-droolsdemo-portal%2F172.16.3.28-8080-1) Could not lookup GwtConsoleClient 
session bean: javax.naming.NamingException: Could not dereference object [Root 
exception is java.lang.RuntimeException: Can not find interface declared by 
Proxy in our CL + 
baseclassloa...@2296c1d{vfszip:/opt/jboss-epp-5.0/jboss-as/server/default/deploy/Service.ear/}]

(GwtConsoleClient's classes are in the EJB module of Application.ear)

I can see that the problem is that the whole call chain was started from within 
the Service.ear's context, thus it uses its class loader domain. It is unclear 
to me that what exactly  
baseclassloa...@2296c1d{vfszip:/opt/jboss-epp-5.0/jboss-as/server/default/deploy/Service.ear/}
 means.

Does it refer to a classloader repository?
If this is specific to the new classloading model in JBoss 5, where can I find 
a decent description of how it works?
Would it resolve the problem if I could somehow delegate the loading of the 
remote interface to the default classloader, so that that single class would 
not be isolated? Is it possible to do that?

Regards,
Miklos Balazs
--

Reply to this message by going to Community
[http://community.jboss.org/message/578544#578544]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Portal] - Re: Dynamically adding / removing portlets programmatically

2011-01-04 Thread steux jean-sebastien
steux jean-sebastien [http://community.jboss.org/people/jssteux] created the 
discussion

Re: Dynamically adding / removing portlets programmatically

To view the discussion, visit: http://community.jboss.org/message/578557#578557

--
I'm afraid that if you want custom displays inside the portal, you will have to 
consider the portal as a framework. JBoss Portal is based on a service 
architecture (MBeans which are defined in jboss-service.xml), so each service 
can be overloaded by your own component. It is also based on the Command 
Pattern which allows you to add Interceptors to default command chains (by 
defining services). As you see, JBP is more a framework to build custom portals 
than a ready-to-run solution. The advantage is that you can do whatever you 
want (such as dynamic windows, multithreading between portlets, specific 
securities rules ...) The drawback is that you have to understand how it works.

RenderPageCommand, RenderWindowCommand are the internal commands to display  
pages and portlets
Page and Window are interfaces for browsing the content of the portal

Another way to do what you want without understanding all the structure would 
also be fo fork JBP (for example, by modifying RenderPageCommand to add 
specific windows in your case). 

All that depends on the time you can spend on you project.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578557#578557]

Start a new discussion in JBoss Portal at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2011]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [jBPM] - mvn jbpm5 jbpm-docs error

2011-01-04 Thread derek lee
derek lee [http://community.jboss.org/people/yushanyuan] created the discussion

mvn jbpm5  jbpm-docs error

To view the discussion, visit: http://community.jboss.org/message/578561#578561

--
Hi, all

 i mvn jbpm-docs in fedora13. it throwed the following exception:



[ERROR] Failed to execute goal 
org.jboss.maven.plugins:maven-jdocbook-plugin:2.2.3:generate (default-generate) 
on project jbpm-docs-flow: XSLT problem: error rendering 
[org.xml.sax.SAXParseException: InvalidCharInLiteral] on master.xml - [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal 
org.jboss.maven.plugins:maven-jdocbook-plugin:2.2.3:generate (default-generate) 
on project jbpm-docs-flow: XSLT problem
 at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:203)
 at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
 at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:140)





anyone can help? thanks in advance!!

derek lee.



[ERROR] Failed to execute goal 
org.jboss.maven.plugins:maven-jdocbook-plugin:2.2.3:generate (default-generate) 
on project jbpm-docs-flow: XSLT problem: error rendering 
[org.xml.sax.SAXParseException: InvalidCharInLiteral] on master.xml - [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal 
org.jboss.maven.plugins:maven-jdocbook-plugin:2.2.3:generate (default-generate) 
on project jbpm-docs-flow: XSLT problem
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:203)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
at org.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578561#578561]

Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2034]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: EJB's and classloading

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: EJB's and classloading

To view the discussion, visit: http://community.jboss.org/message/578569#578569

--
 If this is specific to the new classloading model in JBoss 5, where can I 
 find a decent description of how it works?
*  http://java.dzone.com/articles/jboss-microcontainer-classloading 
http://java.dzone.com/articles/jboss-microcontainer-classloading

 Would it resolve the problem if I could somehow delegate the loading of the 
 remote interface to the default classloader, so that that single class would 
 not be isolated? Is it possible to do that?
You can simply switch the location of that MBean class to Service.ear.
And the isolated Application.ear would still find it.

Application.ear' parent domain would be default domain,
which would then also own Service.ear,
hence it would find Service.ear' classes, aka that MBean.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578569#578569]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578573#578573

--
  Perhaps filter out the org.hibernate.validator?
 I'll try something, but I'm not sure what to try exactly. Looks like adding 
 NegatingClassFilter for org.hibernate as after-filter isn't the way so I'm 
 not sure which way to go to block some packages/classes completely regardless 
 their presence anywhere or not.
 There should really be some fully blocking approach possible (and simply).
The same negating filter should also work for after phase.
The fully blocking filter is NothingClassFilter.

 EDIT: I tried to setup filters on org.hibernate.validator package several 
 ways - before-filter was always NegatingClassFilter on that package, 
 after-filter was once NegatingClassFilter, once just PackageClassFilter, also 
 tried RecursivePackageFilter for both before-filter and after-filter in the 
 end but to no avail.
Hmm, yeah, I think that was a typo on my end, we need RecursivePackageFilter.
But apart from that I don't see what can go wrong.

Could you debug a bit more?
Or do you have some test case / example to share?
--

Reply to this message by going to Community
[http://community.jboss.org/message/578573#578573]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578574#578574

--
 The fully blocking filter is NothingClassFilter.
Of course this only blocks things between domains.
If the resources are locally present, we need diff mechanism to exclude them - 
jboss-classloading.xml.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578574#578574]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Tools] - Re: 64 bit xulrunner - has anyone got one, or detailed steps to build one?

2011-01-04 Thread Max Andersen
Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] 
created the discussion

Re: 64 bit xulrunner - has anyone got one, or detailed steps to build one?

To view the discussion, visit: http://community.jboss.org/message/578576#578576

--
Nick wasn't seeing the forest for trees when he wrote that comment - Denis did 
an attempt on a proper fix - if you have time try use the nightly update site 
and let us know if it works ( 
http://download.jboss.org/jbosstools/updates/nightly/trunk/ 
http://download.jboss.org/jbosstools/updates/nightly/trunk/)

About Xulrunner then the problem is that there is an actual XulRunner 64 bit 
binary but not a 64 bit SWT/XulRunner binding library.

And yes, this does not paint a good picture for the future usage of xulrunner.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578576#578576]

Start a new discussion in JBoss Tools at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2128]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


Re: [jboss-user] [JBoss Tools] - Simple CDI Hello World with Eclipse and JBoss Tools

2011-01-04 Thread Max Andersen
Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] 
commented on

Simple CDI Hello World with Eclipse and JBoss Tools

To view all comments on this blog post, visit: 
http://community.jboss.org/community/tools/blog/2010/12/10/simple-cdi-hello-world-in-eclipse#comment-5137

--
Hi Ed, sorry for the troubles - I was sure I tried using the empty file but 
either I used some different version or my memory is just bad  ;) 

Anyhow I updated the blog to include the beans/ element so we are sure it 
works.

btw. the latest nightly builds of JBoss Tools this step isn't needed anymore - 
its done for you.
--

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: EJB's and classloading

2011-01-04 Thread Miklos Balazs
Miklos Balazs [http://community.jboss.org/people/mbalazs] created the discussion

Re: EJB's and classloading

To view the discussion, visit: http://community.jboss.org/message/578585#578585

--
Hi Ales,

Thanks for your answer!
  
  Would it resolve the problem if I could somehow delegate the loading of the 
  remote interface to the default classloader, so that that single class 
  would not be isolated? Is it possible to do that?
 You can simply switch the location of that MBean class to Service.ear.
 And the isolated Application.ear would still find it.

The MBean class is already in Service.ear, and the Application.ear has no 
problem accessing it. The problem is that when the MBean calls back to the 
application, the application's code needs to access an EJB. And that call is 
originated from the MBean, thus from Service.ear's domain. And the EJB's remote 
interface is in Application.ear, which can't be seen from Service.ear's domain. 
And I don't want to move classes, these two deployments are separated for a 
reason.

One solution that came to my mind would be two put the EJB's classes in the 
lib/ of the application server instance, thus it would be available for all 
classloaders. But that's not good because I need the EJB's to be 
hot-deployable. And the application archive contains some Seam and Portlet 
Bridge libraries that need to be isolated. Putting the EJB to another root 
deployment would also work, but I wouldn't want that either, if it's possible 
to do otherwise. I think now I start to see it clearer  :) .

Now I think the question is: how can I define classloading isolation in 
application.ear on a per-library basis. So that I can isolate the Seam 
libraries and stuff, but not the EJB's. This would resolve this situation, am I 
right?

Regards,
Miklos
--

Reply to this message by going to Community
[http://community.jboss.org/message/578585#578585]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Tools] - Re: how can i create a REGULAR java application launcher for jboss?

2011-01-04 Thread Max Andersen
Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] 
created the discussion

Re: how can i create a REGULAR java application launcher for jboss?

To view the discussion, visit: http://community.jboss.org/message/578588#578588

--
Diver looks pretty interesting but unfortunately it does not seem to work on 
OSX thus I can't install to investigate easily.

But I can tell you what I would try  :) 

First I would try to Open your Server from servers view, click Open launch 
configuration and see if the Diver launch tab isn't already just there and 
you can enable it.

Secondly I would figure out what that diver launch tab actually does, but Diver 
does not in their docs explain *how* they do this but my guess is that they use 
a a javaagent of some sort thus it should just be a matter of specifying these 
options in the Server's launch configuration. To find out how that is done 
simply launch a normal java app with the tracing enabled, go to the Debug view 
and right click on the launched process and select Properties - in here you 
should be able to see the command line arguments and see what are Diver 
specific. Then you can go back to option A and specify these thing manually.

Thirdly, fall back to do this completely manually and simply setup a launch 
configuration similar to what is in the server editor - the classpath and the 
classname used.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578588#578588]

Start a new discussion in JBoss Tools at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2128]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Tools] - Re: Export/import of a JBoss server startup configuration

2011-01-04 Thread Max Andersen
Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] 
created the discussion

Re: Export/import of a JBoss server startup configuration

To view the discussion, visit: http://community.jboss.org/message/578591#578591

--
the launch configuration is just the launch configuration - it does not 
correspond to a server+runtime configuration.

For that right click on the server, right click, Properties and click Switch 
Location and you can choose to put it in a workspace file.

Note, there might still be problems (since WTP Servers aren't really built for 
sharing in mind); but if you find some please open bugreports and we'll see 
if we can fix/help.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578591#578591]

Start a new discussion in JBoss Tools at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2128]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: EJB's and classloading

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: EJB's and classloading

To view the discussion, visit: http://community.jboss.org/message/578595#578595

--
Ah, I see I read the thing too fast. :-)

This is a classic problem of remote EJB invocation.
You could bundle the interface in both ear', and somehow make the Service.ear 
call a call-by-value.
(dunno if we support such fine-grained configuration)

Or we could go down the big-ball-o-mud path, imho a cool JBoss feature. :-)
 Now I think the question is: how can I define classloading isolation in 
 application.ear on a per-library basis. So that I can isolate the Seam 
 libraries and stuff, but not the EJB's. This would resolve this situation, am 
 I right?
I should be doable, yes.
Let me think about this, and get back to you.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578595#578595]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Tools] - Re: how can i create a REGULAR java application launcher for jboss?

2011-01-04 Thread Elhanan Maayan
Elhanan Maayan [http://community.jboss.org/people/Elhanan] created the 
discussion

Re: how can i create a REGULAR java application launcher for jboss?

To view the discussion, visit: http://community.jboss.org/message/578610#578610

--
actually i did something very similar ,the server launch tab doesn't contain 
diver
, i tried first of all to launch jboss as a java application, i allready opened 
the properties, and it is a javaagent:
i went by this forum :  
https://sourceforge.net/projects/diver/forums/forum/1000352/topic/3763544 
https://sourceforge.net/projects/diver/forums/forum/1000352/topic/3763544
the problems is i don't know the jars and classpath settings to specify as the 
server config is able to specify a special jar for starting up.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578610#578610]

Start a new discussion in JBoss Tools at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2128]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Tools] - Re: 64 bit xulrunner - has anyone got one, or detailed steps to build one?

2011-01-04 Thread Maxim Areshkau
Maxim Areshkau [http://community.jboss.org/people/mareshkau] created the 
discussion

Re: 64 bit xulrunner - has anyone got one, or detailed steps to build one?

To view the discussion, visit: http://community.jboss.org/message/578620#578620

--
If say about future usage of XR, possibly it will be good to move on webkit, 
which eclipse have support too.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578620#578620]

Start a new discussion in JBoss Tools at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2128]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Petr H
Petr H [http://community.jboss.org/people/hostalp] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578626#578626

--
I've found out that if I specify an ear file name as domain name in 
jboss-classloading-domain.xml then I see two classloaders in JMX view:
one is
 domain: 
jboss.j2ee:extension=LoaderRepository,service=EARDeployment,url=apos;myapp.earapos;
 - the default one created by ear deployer, with parent policy: 
AFTER_BUT_JAVA_BEFORE and parent domain DefaultDomain
 domain: myapp.ear - created from jboss-classloading-domain.xml, with parent 
policy: (before=EXCLUDE [org.hibernate.validator] after=) and no parent 
domain (null).

So it looks like I'll have to either add jboss-classloading.xml to change the 
domain name to the same valuse which is in jboss-classloading-domain.xml or 
modify jboss-classloading-domain.xml to use the default one.
I quickly tried both but it broke the app - it couldn't load 
javax.servlet.http.HttpServlet (using negated recursive package filter for 
org.hibernate.validator as before-filter). With some other filter it couldn't 
start for other reasons so I'll try figure out a bit more about what actually 
happens..

Also I noticed that war classloaders don't show up any parent domain (null).

So do you think that NothingClassFilter combined with RecursivePackageFilter 
(the same way as NegatingClassFilter) would do the desired blocking?
--

Reply to this message by going to Community
[http://community.jboss.org/message/578626#578626]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: EJB's and classloading

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: EJB's and classloading

To view the discussion, visit: http://community.jboss.org/message/578629#578629

--
  Now I think the question is: how can I define classloading isolation in 
  application.ear on a per-library basis. So that I can isolate the Seam 
  libraries and stuff, but not the EJB's. This would resolve this situation, 
  am I right?
 I should be doable, yes.
 Let me think about this, and get back to you.
There is a excludedExportPackages string and excludedExport filter on 
ClassLoadingMetaData -- class representation of jboss-classloading.xml.
As you can deduct from the name, it's unfortunately just the other way around 
as we need it, it lists excludes instead of includes.

Unless you can somehow list all excludes (all, but that mbean' package name),
you will need to hack this thing programmatically (otherwise you could use 
jboss-classloading.xml),
meaning you will have to implement a deployer which creates proper 
ClassLoadingMetaData instance,
and attaches it to App.ear' DeploymentUnit instance.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578629#578629]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578638#578638

--
 I've found out that if I specify an ear file name as domain name in 
 jboss-classloading-domain.xml then I see two classloaders in JMX view:
 domain: 
 jboss.j2ee:extension=LoaderRepository,service=EARDeployment,url=apos;myapp.earapos;
  - the default one created by ear deployer, with parent policy: 
 AFTER_BUT_JAVA_BEFORE and parent domain DefaultDomain
 
 domain: myapp.ear - created from jboss-classloading-domain.xml, with parent 
 policy: (before=EXCLUDE [org.hibernate.validator] after=) and no parent 
 domain (null).
 
 So it looks like I'll have to either add jboss-classloading.xml to change the 
 domain name to the same valuse which is in jboss-classloading-domain.xml or 
 modify jboss-classloading-domain.xml to use the default one.
 I quickly tried both but it broke the app - it couldn't load 
 javax.servlet.http.HttpServlet (using negated recursive package filter for 
 org.hibernate.validator as before-filter). With some other filter it couldn't 
 start for other reasons so I'll try figure out a bit more about what actually 
 happens..
Ah, another thing I missed -- EARClassLoaderDeployer. ;-(
Same issue as WebCLDeployer, it also sets some defaults, if no CLMetaData 
exists.

Let me check what gets used if you don't define any parent-domain in 
jb-cl-domain.xml.
 Also I noticed that war classloaders don't show up any parent domain (null).
How do you see this?
Didn't we fix this with explicit jb-cl.xml in each of the wars? (until 
WebCLDeployer is fixed)
 So do you think that NothingClassFilter combined with RecursivePackageFilter 
 (the same way as NegatingClassFilter) would do the desired blocking?
If you use NothingFilter then there is nothing to combine. ;-)
--

Reply to this message by going to Community
[http://community.jboss.org/message/578638#578638]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578643#578643

--
 Let me check what gets used if you don't define any parent-domain in 
 jb-cl-domain.xml.
Yup, you need to explicitly define the parent -- otherwise it's null.
Hence the couldn't load javax.servlet.http.HttpServlet error -- DefaultDomain 
is not the parent as we would expect.

Do you think we should by default have DefaultDomain as a parent, if not 
explicitly defined?
--

Reply to this message by going to Community
[http://community.jboss.org/message/578643#578643]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578645#578645

--
 Ah, another thing I missed -- EARClassLoaderDeployer. ;-(
*  https://issues.jboss.org/browse/JBAS-8784 
https://issues.jboss.org/browse/JBAS-8784
--

Reply to this message by going to Community
[http://community.jboss.org/message/578645#578645]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Petr H
Petr H [http://community.jboss.org/people/hostalp] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578646#578646

--
 Yup, you need to explicitly define the parent -- otherwise it's null.
 Hence the couldn't load javax.servlet.http.HttpServlet error -- 
 DefaultDomain is not the parent as we would expect.
 
 Do you think we should by default have DefaultDomain as a parent, if not 
 explicitly defined?
Yeah that makes sense. But strange that it happens even when I specify parent 
domain via jboss-classloading.xml. Perhaps jboss-classloading-domain.xml 
overrides that.
Yes I think DefaultDomain as parent by default (like elsewhere) would be 
acceptable here.
And by the way, how one specifies parent in jboss-classloading-domain.xml? I 
didn't study the related source. Is there any attribute like 'parent' or so?
--

Reply to this message by going to Community
[http://community.jboss.org/message/578646#578646]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [IronJacamar] - IronJacamar RHQ plugin

2011-01-04 Thread Yang Yong
Yang Yong [http://community.jboss.org/people/yyang%40redhat.com] created the 
discussion

IronJacamar RHQ plugin

To view the discussion, visit: http://community.jboss.org/message/578647#578647

--
Hi Jesper,
 
 Thanks for your information given in email, it points out the way to implement 
rhq plugin, but we got several questions want to discuss with you.
 
 a. we have took a look at core/src/main/java/org/jboss/jca/core/management/, 
it wraps all manageable objects and properties, but 
 1) we can NOT saw any setter methods in those classes, so how to change 
the configuration?
 2) class ManagementRepository is a singleton class, we can access it 
directly in embedded environment, but will 
ManagementRepository/Connector/ConnectionFactory/AdminObject be registered to 
org.jboss.deployers.spi.management.ManagementView? so them can be accessed by 
ManagementView like hornetq plugin.
 
 b. If IronJacamar has embedded in current AS7 release? if not, how can we test 
IronJacamar plugin?

Thanks.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578647#578647]

Start a new discussion in IronJacamar at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2098]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Petr H
Petr H [http://community.jboss.org/people/hostalp] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578649#578649

--
  Also I noticed that war classloaders don't show up any parent domain (null).
 How do you see this?
 Didn't we fix this with explicit jb-cl.xml in each of the wars? (until 
 WebCLDeployer is fixed)
I looked into jmx-console for jboss.classloader objects at entries for each of 
the wars. They don't show any parent there even with everything regarding 
classloading left untouched. But even though they don't show up any parents 
here they actually seem like they may have the parent setup from ear level. At 
least based on my brief tests with intentional screwing up something.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578649#578649]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578657#578657

--
 Yeah that makes sense. But strange that it happens even when I specify parent 
 domain via jboss-classloading.xml. Perhaps jboss-classloading-domain.xml 
 overrides that.
Yes.
As it's the jb-cl-domain.xml that defines the full domain.
jb-cl.xml just uses that domain, hence it cannot change its parent.
 And by the way, how one specifies parent in jboss-classloading-domain.xml? I 
 didn't study the related source. Is there any attribute like 'parent' or so?
@XmlAttribute
   public void setParentDomain(String parentDomain)
   {
  this.parentDomain = parentDomain;
   }

There is an attribute parent-domain on the top jb-cl-domain.xml element.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578657#578657]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [Beginner's Corner] - Hot deploying to a local jBoss

2011-01-04 Thread Kevin Sheedy
Kevin Sheedy [http://community.jboss.org/people/kevinsheedy] created the 
discussion

Hot deploying to a local jBoss

To view the discussion, visit: http://community.jboss.org/message/578658#578658

--
Hi
I'm new to jBoss. I want to know the best approach for deploying code to a 
local jBoss while doing day to day development. ie change 1 jsp file, test it 
in my browser. Change a line of java, deploy, test. Repeat ad lib.
 
At the moment, the team's approach is to change one line, compile the whole 
project, build a full war and copy it into the deploy folder to be picked up by 
the hot deploy scanner. This is really slow.
 
What approach have people taken to deploying java code? Multiple smaller wars? 
Jars? Deploying the changed .class files?
 
Anyone know how to make jBoss read jsp files straight out of a source 
controlled folder?
(I got it to read js  css straight out of source control by changing the 
server.xml, Host - Context - docBase=C:/dev/web)
 
Thanks
Hi
I'm new to jBoss. I want to know the best approach for deploying code to a 
local jBoss while doing day to day development. ie change 1 jsp file, test it 
in my browser. Change a line of java, deploy, test. Repeat ad lib.

At the moment, the team's approach is to change one line, compile the *whole 
project*, build a huge war and copy it into the deploy folder to be picked up 
by the hot deploy scanner. This is really slow.

What approach have people taken to deploying java code? Multiple smaller wars? 
Jars? Deploying the changed .class files?

Also, I want to make jBoss read jsp files straight out of a source controlled 
folder? (so that I can just change a jsp file and refresh my browser without 
having to explicitly deploy the jsp. I got jBoss to read js  css straight out 
of source control by changing server.xml - Host - Context - 
docBase=C:/dev/web)

Thanks
--

Reply to this message by going to Community
[http://community.jboss.org/message/578658#578658]

Start a new discussion in Beginner's Corner at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2075]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Petr H
Petr H [http://community.jboss.org/people/hostalp] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578681#578681

--
Alright, made some progress. When specifying after and before filters it seems 
to have effect, however I've found one issue when trying to setup a 
configuration simulating default classloading behavior for ear deployments.

For ear deployments default is parent-first=false ie. parent-policy 
AFTER_BUT_JAVA_BEFORE.
When setting up jboss-classloading-domain.xml this changes to 
parent-first=true ie. parent-policy BEFORE

So what I tried was to modify jboss-classloading.xml to simulate the default 
behavior based on ParentPolicy class:
/** Java and Javax classes before, everything else after */
   public static final ParentPolicy AFTER_BUT_JAVA_BEFORE = new 
ParentPolicy(ClassFilterUtils.JAVA_ONLY, ClassFilterUtils.EVERYTHING, 
AFTER_BUT_JAVA_BEFORE);

To start from the beginning, I've setup:

?xml version=1.0 encoding=UTF-8?
classloading-domain xmlns=urn:jboss:classloading-domain:1.0 
name=jboss.j2ee:extension=LoaderRepository,service=EARDeployment,url=apos;myapp.earapos;
 parent-domain=DefaultDomain
 parent-policy
  before-filter
   javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.plugins.filter.JavaOnlyClassFilter /
  /before-filter
  after-filter
   javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.plugins.filter.EverythingClassFilter /
  /after-filter
 /parent-policy
/classloading-domain

However both JavaOnlyClassFilter and EverythingClassFilter have private 
constructor so I'm getting:
java.lang.RuntimeException: Error constructing javabean
Caused by: java.lang.IllegalAccessException: Class 
org.jboss.reflect.plugins.introspection.ReflectionUtils can not access a member 
of class org.jboss.classloader.plugins.filter.JavaOnlyClassFilter with 
modifiers private

And by the way - specifying multiple beans within one filter will work?
like for example:
before-filter
   javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.plugins.filter.JavaOnlyClassFilter /
   javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.plugins.filter.NegatingClassFilter
    constructor
 parameter
  javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.spi.filter.RecursivePackageClassFilter
   constructor
    parameterorg.hibernate/parameter
   /constructor
  /javabean
 /parameter
    /constructor
   /javabean
  /before-filter
--

Reply to this message by going to Community
[http://community.jboss.org/message/578681#578681]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578684#578684

--
 And by the way - specifying multiple beans within one filter will work?like 
 for example:
 before-filter
    javabean xmlns=urn:jboss:javabean:2.0 
 class=org.jboss.classloader.plugins.filter.JavaOnlyClassFilter /
    javabean xmlns=urn:jboss:javabean:2.0 
 class=org.jboss.classloader.plugins.filter.NegatingClassFilter
     constructor
  parameter
   javabean xmlns=urn:jboss:javabean:2.0 
 class=org.jboss.classloader.spi.filter.RecursivePackageClassFilter
    constructor
     parameterorg.hibernate/parameter
    /constructor
   /javabean
  /parameter
     /constructor
    /javabean
   /before-filter
No.
What exactly are you trying to configure here?
--

Reply to this message by going to Community
[http://community.jboss.org/message/578684#578684]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Petr H
Petr H [http://community.jboss.org/people/hostalp] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578690#578690

--
I'm trying to setup the parent-first=false ie. parent-policy 
AFTER_BUT_JAVA_BEFORE behavior and then add some package filters to it.

With plain ear deployed it's AFTER_BUT_JAVA_BEFORE by default, but when I add 
any java-classloading-domain.xml file (even the minimal one without any custom 
filters) the behavior switches to parent-first=true ie. parent-policy 
BEFORE and then any potentionally added custom filters are combined with that 
(which is OK but I want to get the aame to work for AFTER_BUT_JAVA_BEFORE).

I tried stuff like parent-policy name=AFTER_BUT_JAVA_BEFORE which switches 
it to the desired state but then added filters have no effect.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578690#578690]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578698#578698

--
I see.

You should then configure / combine your own filters --
via before-filter and after-filter elements; e.g. CombiningClassFilter.

It's a bit more work, but check the source on how we define those JAVA* filters.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578698#578698]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [EJB3] - Re: MDB's maxSession property cluster

2011-01-04 Thread Ilya Sorokoumov
Ilya Sorokoumov [http://community.jboss.org/people/ilya40umov] created the 
discussion

Re: MDB's maxSession property cluster

To view the discussion, visit: http://community.jboss.org/message/578705#578705

--
In Jboss 4.2.3 messaging service can work only one server at once. Hence it 
should work on 4.2.3. But I  also suggest you try this annotation @PoolClass in 
addition to maxSession.
I guess it should work for 5.x as well but with annotation @Pool.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578705#578705]

Start a new discussion in EJB3 at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2029]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [EJB3] - Re: MDB's maxSession property cluster

2011-01-04 Thread Ilya Sorokoumov
Ilya Sorokoumov [http://community.jboss.org/people/ilya40umov] created the 
discussion

Re: MDB's maxSession property cluster

To view the discussion, visit: http://community.jboss.org/message/578706#578706

--
There is a detailed topic here:
 http://community.jboss.org/thread/149187 
http://community.jboss.org/thread/149187?tstart=0
--

Reply to this message by going to Community
[http://community.jboss.org/message/578706#578706]

Start a new discussion in EJB3 at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2029]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Petr H
Petr H [http://community.jboss.org/people/hostalp] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578709#578709

--
But that departs more and more from the intended ease of use I fear  :(
--

Reply to this message by going to Community
[http://community.jboss.org/message/578709#578709]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [IronJacamar] - Re: IronJacamar RHQ plugin

2011-01-04 Thread Jesper Pedersen
Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] created the 
discussion

Re: IronJacamar RHQ plugin

To view the discussion, visit: http://community.jboss.org/message/578710#578710

--
 1) we can NOT saw any setter methods in those classes, so how to change the 
 configuration?

Take a look at AbstractFungalRADeployer::registerManagementView(). This is the 
method that converts the management model to JMX MBeans for the standalone 
distribution. And look at the usage of that method.

You need to make a method like that for RHQ setup in the deployers for AS 7 
(org.jboss.as.connector.deployers). However, the RHQ method should use the 
management model directly, like:

JOPR - RHQ - IronJacamar Management Model - Resource Adapter - *

JOPR - RHQ - IronJacamar Management API - Metrics / Statistics


We have enough for the first part - the second part we need to create.

 2) class ManagementRepository is a singleton class, we can access it  
 directly in embedded environment, but will  
 ManagementRepository/Connector/ConnectionFactory/AdminObject be  registered 
 to org.jboss.deployers.spi.management.ManagementView? so them  can be 
 accessed by ManagementView like hornetq plugin.

Yes, all deployments in the IronJacamar container should be registered with the 
ManagementRepository singleton. The IronJacamar management model is independant 
of the technology used, like JMX or RHQ.

However, there is no o.j.d.s.m.ManagementView in AS 7 - at least not yet. Maybe 
Emanuel or Heiko can comment on that.

 If IronJacamar has embedded in current AS7 release? if not, how can we test 
 IronJacamar plugin?

IronJacamar is included in AS 7.0.0.Alpha1 - however, RHQ isn't integrated yet 
- Heiko is working on that. There are two options:

1. Create the RHQ plugin in the AS 7 distribution (org.jboss.as.connector.rhq) 
and work together with Heiko on the integration of platform itself
2. Add support for RHQ in the IronJacamar standalone distribution incl. web ui 
- and create a new module (rhq) with the code

I think 1) would be the easiest for now.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578710#578710]

Start a new discussion in IronJacamar at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2098]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578715#578715

--
 But that departs more and more from the intended ease of use I fear  :(  
Those are fine-grained details, and as such there is no way we can provide them 
all.
But this is OSS, and the ease of use was already done by providing very 
flexible  
http://java.dzone.com/articles/jboss-microcontainer-virtual-deployment-framework
 VDF and CL layers.
Hence you're welcome to contribute. ;-)
--

Reply to this message by going to Community
[http://community.jboss.org/message/578715#578715]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [IronJacamar] - Re: IronJacamar RHQ plugin

2011-01-04 Thread Jesper Pedersen
Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] created the 
discussion

Re: IronJacamar RHQ plugin

To view the discussion, visit: http://community.jboss.org/message/578717#578717

--
See the email thread:  
http://lists.jboss.org/pipermail/jboss-as7-dev/2010-December/000150.html 
http://lists.jboss.org/pipermail/jboss-as7-dev/2010-December/000150.html
--

Reply to this message by going to Community
[http://community.jboss.org/message/578717#578717]

Start a new discussion in IronJacamar at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2098]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [IronJacamar] - Re: IronJacamar RHQ plugin

2011-01-04 Thread Jesper Pedersen
Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] created the 
discussion

Re: IronJacamar RHQ plugin

To view the discussion, visit: http://community.jboss.org/message/578722#578722

--
More information here:

 http://www.rhq-project.org/display/RHQ/RHQ+and+AS7 
http://www.rhq-project.org/display/RHQ/RHQ+and+AS7
 http://www.rhq-project.org/display/RHQ/AS7+console 
http://www.rhq-project.org/display/RHQ/AS7+console
--

Reply to this message by going to Community
[http://community.jboss.org/message/578722#578722]

Start a new discussion in IronJacamar at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2098]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Web Services] - Re: jboss6 final and jbossws 3.4.0

2011-01-04 Thread Alessio Soldano
Alessio Soldano [http://community.jboss.org/people/alessio.soldano%40jboss.com] 
created the discussion

Re: jboss6 final and jbossws 3.4.0

To view the discussion, visit: http://community.jboss.org/message/578731#578731

--
 Antoine Brun wrote:
 
 Hello,
 
 I'm currently trying to migrate our application from jboss5 to jboss6 and I'm 
 running into some issues.
 
 My first try was with jboss6 CR1:
 We have some web services (EJB3 endpoints) and they all have @HandlerChain 
 declaration (we use this to do the XML validation since the built-in SOAP 
 validation didn't work on Jboss5) and it all worked fine with jboss5 and 
 jbossws native 3.3.1 GA.
 
 Now with jboss6 CR1, since it is shipped with jbossws-CXF 3.4.1 my 
 @HandlerChain declaration does not seem to be valid any more (btw, I was not 
 able to find any clear document on own to declare a handler chain with CXF).
@HandlerChain is supposed to work regardless of the installed webservice stack; 
it's part of JSR181 and it's also tested by the JavaEE 6 TCK, so it must work. 
Perhaps you can open another thread for this specific issue, with more details 
on your deployment, so that we try isolating what are the differences in 
jbossws-native and jbossws-cxf behaviour here. Also, try taking a look at the 
testsuite that includes samples with @HandlerChain.

Back to the AS 6 installation related topic, first of all, consider that JBoss 
AS 6 Final should be used now that it's out, forget about CR1.
 Today, I've downloded *jboss6 Final with CXF 3.4.1*
 18:32:43,489 INFO  [AbstractServerConfig] JBoss Web Services - Stack CXF 
 Server 3.4.1.GA
 
 and just like for jboss6 CR1, I tried to deploy jbossws native.
 But this time I get:
 18:34:46,515 INFO  [AbstractServerConfig] JBoss Web Services - Native Server 
 3.4.0.GA
 18:34:46,523 ERROR [AbstractKernelController] Error installing to PreInstall: 
 name=WSDescriptorDeployer state=Real: java.lang.NoClassDefFoundError: 
 org/jboss/wsf/spi/metadata/DescriptorParser
     at java.lang.Class.getDeclaredConstructors0(Native Method) [:1.6.0_23]
     at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389) 
 [:1.6.0_23]
     at java.lang.Class.getDeclaredConstructors(Class.java:1836) 
 [:1.6.0_23]
 .
 Caused by: *java.lang.ClassNotFoundException: 
 org.jboss.wsf.spi.metadata.DescriptorParser*
     at java.net.URLClassLoader$1.run(URLClassLoader.java:202) [:1.6.0_23]
 
 So, jboss6 CR1 comes with  Stack CXF Server 3.4.0.CR3 and I can install 
 Native Server 3.4.0.GA
 
 But, jboss6 Final comes with CXF 3.4.1 and I cannot install Native Server 
 3.4.0.GA...
Right, as 3.4.0 does not support AS 6 Final. The short reference page is  
http://community.jboss.org/docs/DOC-13569 
http://community.jboss.org/wiki/JBossWS-SupportedTargetContainers , but you can 
also read here  
http://jbossws.blogspot.com/2010/12/ready-for-jboss-as-6-and-then.html 
http://jbossws.blogspot.com/2010/12/ready-for-jboss-as-6-and-then.html . 
Basically, the insight on this topic is that 3.4.1 was created only for 
supporting the last minute changes that have been applied on JBoss AS 6 between 
CR1 and GA. Some of those changes required non backward compatible changes on 
the JBossWS container integration code, hence the need for a new version 
(3.4.1) supporting AS 6 Final only.

Binary versions of JBossWS 3.4.1 have not been added to the download page yet, 
mainly because they were only meant for being included in AS 6 Final, but I 
understand the potential need for switching AS 6 Final to jbossws native 
(jbossws-cxf-3.4.1 is included in AS 6 Final), so I'll most probably add the 
3.4.1 files to  http://jboss.org/jbossws/downloads 
http://jboss.org/jbossws/downloads later today or tomorrow.
 Can someone please explain me:
 - *how to install jbossws native in jboss6?*
 - *where do I get jbossws native 3.4.1 (is it available? 3.4.0 native or CXF 
 are the latest available at  http://www.jboss.org/jbossws/downloads 
 http://www.jboss.org/jbossws/downloads )?*
See above on the availability of 3.4.1 binary distributions at  
http://jboss.org/jbossws/downloads http://jboss.org/jbossws/downloads . In the 
mean time, you can checkout the sources from  
https://svn.jboss.org/repos/jbossws/stack/native/tags/jbossws-native-3.4.1.GA 
https://svn.jboss.org/repos/jbossws/stack/native/tags/jbossws-native-3.4.1.GA 
and build them (+ant deploy-jboss601+ as JBoss AS 6 Final was not out yet when 
3.4.1 was tagged).
 - *how do I declare HandlerChain with CXF?*
 
 my EJB have @HandlerChain(file = /META-INF/soapHandler/handler-chain.xml)
 
 and the handler-chain.xml is as follow:
   ?xml version=1.0 encoding=UTF-8?
   handler-config
     handler-chain
     handler-chain-nameSoapHandler/handler-chain-name
     handler
     handler-nameSoapMessageValidationHandler/handler-name
     
 

[jboss-user] [JBoss AOP] - Re: Binding annotated methods and session bean methods

2011-01-04 Thread Kabir Khan
Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] created 
the discussion

Re: Binding annotated methods and session bean methods

To view the discussion, visit: http://community.jboss.org/message/578734#578734

--
I am not sure about which classloader ear/lib/common.jar belongs to. Try doing a
 System.out.println(this.getClass().getClassLoader());
 System.out.println(Thread.currentThread().getContextClassLoader());
in some classes from your common.jar and ejb.jar to make sure they are the 
same. If they are not, try logging the parent classloaders. 
My guess is that the problem is that the common.jar classes cannot see the 
annotations or something like that.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578734#578734]

Start a new discussion in JBoss AOP at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2027]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Web Services] - Re: Unable to priint the content of SOAPBody

2011-01-04 Thread do-not-reply
andreas_back [http://community.jboss.org/people/andreas_back] created the 
discussion

Re: Unable to priint the content of SOAPBody

To view the discussion, visit: http://community.jboss.org/message/578735#578735

--
Hello!

Yes, the following code solved it for me

    MessageContext mc = webServiceContext.getMessageContext();
    SOAPMessage message = ((SOAPMessageContextJAXWS) mc).getMessage();
    ByteArrayOutputStream byteOut = new ByteArrayOutputStream();
    message.writeTo(byteOut);
    String request = new String(byteOut.toByteArray(), UTF-8);

Greetings

Andreas
--

Reply to this message by going to Community
[http://community.jboss.org/message/578735#578735]

Start a new discussion in JBoss Web Services at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2044]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Web Services] - Re: WebServiceContext injection. Was it fixed or not?

2011-01-04 Thread do-not-reply
andreas_back [http://community.jboss.org/people/andreas_back] created the 
discussion

Re: WebServiceContext injection. Was it fixed or not?

To view the discussion, visit: http://community.jboss.org/message/578736#578736

--
Hello,

on Java 6 and JBoss 4.2.3 and JBossWS 3.1.1.GA

 @Resource WebServiceContext webServiceContext;

workes for me.

Greetings,

Andreas
--

Reply to this message by going to Community
[http://community.jboss.org/message/578736#578736]

Start a new discussion in JBoss Web Services at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2044]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Petr H
Petr H [http://community.jboss.org/people/hostalp] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578742#578742

--
We'll try something here, but what upsets me is that just adding the 
jboss-classloading-domain.xml (or jboss-classloading.xml) automatically changes 
the classloader defaults even though I don't attempt to change them in the 
config, and especially the parent-first is interesting this case.
Why is it so? Does it come from EarClassLoaderDeployer/WarClassLoaderDeployer ? 
Quick look at them shows that perhaps it does. Shouldn't that be fixed too to 
prevent that from changing depending on jboss-classloading-domain.xml presence?.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578742#578742]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [IronJacamar] - Re: The replacement of system properties in *-ds.xml is done only for elements of string value type

2011-01-04 Thread Radim Hanus
Radim Hanus [http://community.jboss.org/people/rhanus] created the discussion

Re: The replacement of system properties in *-ds.xml is done only for elements 
of string value type

To view the discussion, visit: http://community.jboss.org/message/578771#578771

--
I tried my best but it still doesn't work for me please help ;-)

fixed deployers/dependency-deployers-jboss-beans.xml
bean name=DependenciesParserDeployer 
class=org.jboss.deployers.vfs.plugins.dependency.DependenciesParserDeployer
    property name=stageinject bean=PreParseStage//property
  /bean
bean name=DependenciesMDDeployer 
class=org.jboss.deployers.vfs.plugins.dependency.DependenciesMetaDataDeployer
    property name=stageinject bean=PreParseStage//property
/bean
bean name=DeploymentDependenciesDeployer 
class=org.jboss.deployers.vfs.plugins.dependency.DeploymentDependencyDeployer
    property name=stageinject bean=PreParseStage//property
/bean
bean name=PreParseStage 
class=org.jboss.deployers.spi.deployer.DeploymentStage
    constructor
  parameter class=java.lang.StringPreParse/parameter
  parameter class=java.lang.StringNot Installed/parameter
    /constructor
/bean

new deploy/myapp.ear/META-INF/jboss-dependency.xml:
dependency xmlns=urn:jboss:dependency:1.0
  item whenRequired=PreParse 
dependentState=Createistep:type=Properties,name=SystemProperties/item
/dependency

I've tried a plenty of both whenRequired and dependentState combinations but no 
luck
--

Reply to this message by going to Community
[http://community.jboss.org/message/578771#578771]

Start a new discussion in IronJacamar at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2098]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578772#578772

--
 We'll try something here, but what upsets me is that just adding the 
 jboss-classloading-domain.xml (or jboss-classloading.xml) automatically 
 changes the classloader defaults even though I don't attempt to change them 
 in the config, and especially the parent-first is interesting this case.
OK, apart from the bugz in EAR and WAR CL deployers, other things are obvious.
You're defining your own domain, hence its configuration applies.
 Why is it so? Does it come from EarClassLoaderDeployer/WarClassLoaderDeployer 
 ? Quick look at them shows that perhaps it does.
Yes.
The parent-first comes form 
classLoadingMetaData.setJ2seClassLoadingCompliance(false);
 Shouldn't that be fixed too to prevent that from changing depending on 
 jboss-classloading-domain.xml presence?.
You are controlling this by the before-filter config.
If it's AFTER_BUT_JAVA_ONLY then it's the same as what you get 
withparent-first=false.

jb-cl-domain.xml is by default java-se compliant, meaning parent-first=true.
It could be debated what should be the default, but I think this is more 
natural.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578772#578772]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [Beginner's Corner] - Sha-2 ssl certificates

2011-01-04 Thread jenna albertson
jenna albertson [http://community.jboss.org/people/jalbertson] created the 
discussion

Sha-2 ssl certificates

To view the discussion, visit: http://community.jboss.org/message/578775#578775

--
Hi.

I am a support rep for an application that uses jboss as its web app.  I am 
looking into the affect of Sha-2 ssl certifictes.  Its new ssl technology that 
some government agencies are  required to use.  I have done some preliminary 
research on it so far, so do not know too much about it.  I found some 
information on ms technet blog that certain os versions will not have support 
for this type of ssl while others will require patches.  I wasn't sure if this 
would affect web servers and thought I would post a question here.  Not sure if 
I am in the right location for the question.  Also, I do not know too much 
about jboss, just enough to support my product.  The versions we use are 4.0.4, 
4.0.5, 5.0.1,

Thanks in advance for any info you can provide.

Jenna
--

Reply to this message by going to Community
[http://community.jboss.org/message/578775#578775]

Start a new discussion in Beginner's Corner at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2075]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [IronJacamar] - Re: The replacement of system properties in *-ds.xml is done only for elements of string value type

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: The replacement of system properties in *-ds.xml is done only for elements 
of string value type

To view the discussion, visit: http://community.jboss.org/message/578777#578777

--
 I tried my best but it still doesn't work for me please help ;-)
 
 I've tried a plenty of both whenRequired and dependentState combinations but 
 no luck
Good attempt, seriously!

You need to change this:

item whenRequired=PreParse 
dependentState=Createistep:type=Properties,name=SystemProperties/item

whenRequired cannot be PreParse, as we're there right now - when parsing - 
hence already past it.
Change it to Parse. And you can drop the dependantState attribute, by default 
it should be Installed, which is fine.

Let me know if this works then.
Otherwise I'll give it a try. ;-)
--

Reply to this message by going to Community
[http://community.jboss.org/message/578777#578777]

Start a new discussion in IronJacamar at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2098]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Web Services] - Re: jboss6 final and jbossws 3.4.0

2011-01-04 Thread Antoine Brun
Antoine Brun [http://community.jboss.org/people/abr] created the discussion

Re: jboss6 final and jbossws 3.4.0

To view the discussion, visit: http://community.jboss.org/message/578778#578778

--
ok, I'll try with jbossws native 3.4.1 as soon as it is available.

in the mean time, I tried to declare the handler like that:
 @HandlerChain(file = handler-chain.xml)
and I get:

DEPLOYMENTS IN ERROR:
  Deployment vfs:///home/abr/workspace/api/dist/ubi-api.ear is in error due 
to the following reason(s): javax.xml.ws.WebServiceException: Could not find 
the handler configuration file handler-chain.xml specified by @HandlerChain 
annotation

so next I tried:
  @HandlerChain(file = /handler-chain.xml)
and I get:
DEPLOYMENTS IN ERROR:
  Deployment vfs:///home/abr/workspace/api/dist/ubi-api.ear is in error due 
to the following reason(s): javax.xml.ws.WebServiceException: false false 
Element ?xml version=1.0 encoding=utf-8?handler-config
    handler-chain
    handler-chain-nameSoapHandler/handler-chain-name
    handler
    
handler-nameSoapMessageValidationHandler/handler-name
    
handler-classcom.ubiqube.api.ws.soapHandler.MessageValidationSoapHandler/handler-class
    /handler
    /handler-chain
/handler-config is not a valid root element in file 
vfs:/home/abr/workspace/api/dist/ubi-api.ear/ubi-api-ejb.jar/handler-chain.xml

So with CXF 3.4.1the / must be there, wheras with native 3.4.0 it was not 
necessary (note that I did not try with the / and native 3.4.0).

Do you know when the jbossws native 3.4.1 will be available for download?

Another question, maybe you can point me to some doc: why choosing jbossws CXF 
against native? Is it a certification issue?

Thank you for your time and answer

Antoine
--

Reply to this message by going to Community
[http://community.jboss.org/message/578778#578778]

Start a new discussion in JBoss Web Services at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2044]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [EJB3] - native queries with non-persisted values

2011-01-04 Thread daniel jarrett
daniel jarrett [http://community.jboss.org/people/DoubleDenim] created the 
discussion

native queries with non-persisted values

To view the discussion, visit: http://community.jboss.org/message/578781#578781

--
Hi There,

I am using the following to pull back a list of results and I am pushing the 
results into my Location class. This all works perfectly.



 
Query q = em.createNativeQuery(call 
mydb.FindLocationsByCoords(+lat+,+lng+,+radius+), Location.class);
 
 
ListLocation results = q.getResultList(); //from a resultset
 
 



Now I would like to add a property to the Location class for a value which 
isn't persisted but is returned by my stored proc. This value is distance, 
and it represents a calculation in km's that the Location record is from the 
coordinates entered. 

Can anyone please point me in the right direction as to how I might go about 
this?

Thanks
DD
--

Reply to this message by going to Community
[http://community.jboss.org/message/578781#578781]

Start a new discussion in EJB3 at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2029]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Petr H
Petr H [http://community.jboss.org/people/hostalp] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578782#578782

--
 You are controlling this by the before-filter config.
 If it's AFTER_BUT_JAVA_ONLY then it's the same as what you get with 
 parent-first=false.
 
 jb-cl-domain.xml is by default java-se compliant, meaning parent-first=true.
 It could be debated what should be the default, but I think this is more 
 natural.
 before-filter? Didn't you mean parent-policy instead? Because what could be 
simply done is:
?xml version=1.0 encoding=UTF-8?
classloading-domain xmlns=urn:jboss:classloading-domain:1.0 
name=jboss.j2ee:extension=LoaderRepository,service=EARDeployment,url=apos;ibs.earapos;
 parent-domain=DefaultDomain
 parent-policy name=AFTER_BUT_JAVA_BEFORE
  before-filter
   javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.plugins.filter.NegatingClassFilter
    constructor
 parameter
  javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.spi.filter.RecursivePackageClassFilter
   constructor
    parameterorg.hibernate/parameter
   /constructor
  /javabean
 /parameter
    /constructor
   /javabean--
  /before-filter
  after-filter
   javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.plugins.filter.NegatingClassFilter
    constructor
 parameter
  javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.spi.filter.RecursivePackageClassFilter
   constructor
    parameterorg.hibernate/parameter
   /constructor
  /javabean
 /parameter
    /constructor
   /javabean
  /after-filter
 /parent-policy
/classloading-domain

but then only parent policy is set to AFTER_BUT_JAVA_BEFORE and additional 
filters have no effect.

Equivalent to AFTER_BUT_JAVA_BEFORE parent policy via filters would be that 
already posted:
?xml version=1.0 encoding=UTF-8?
classloading-domain xmlns=urn:jboss:classloading-domain:1.0 
name=jboss.j2ee:extension=LoaderRepository,service=EARDeployment,url=apos;myapp.earapos;
 parent-domain=DefaultDomain
 parent-policy
  before-filter
   javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.plugins.filter.JavaOnlyClassFilter /
  /before-filter
  after-filter
   javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.plugins.filter.EverythingClassFilter /
  /after-filter
 /parent-policy
/classloading-domain

but that of course doesn't work because of private constructors (and even if it 
would work it wouldn't be of much help when multiple filters can't be specified 
in each (before/after) section).

As a quick solution I've currently removed the hibernate-validator-legacy.jar 
from JBoss libs which got us further, but I'll try to look at some solution 
with combining filters. but generally I was hoping that this 
jboss-classloading-domain.xml approach would bring an easy solution right away 
- at least for this case which is probably to be used most - I believe.

And yes, I too think that parent-first is more natural, but the weirdness here 
is that plain default is false while adding classloading config turns it 
automatically into true. Then if you want to use filters the previous behavior 
changes significantly just because of that. The optimal target would be either 
to allow for multiple filters directly, or at least alllow change the 
parent-first state and let filters work over it.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578782#578782]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Portal] - Problem with importing a simple Java project on an Ejb

2011-01-04 Thread momsse momsse
momsse [http://community.jboss.org/people/momsse] created the discussion

Problem with importing a simple Java project on an Ejb

To view the discussion, visit: http://community.jboss.org/message/578785#578785

--
Hello and happy new year,

Please excuse me for my English (i am French).

I'm new to JBoss (AS version 4.4 GA), I work on a project with EJB 3.0, and am 
having a problem to import a project (a simple java project) in my EJB:

My project contains an EJB module:
- DemoEJB
an WAR:
- DemoWAR
and an EAR that includes them:
-DemoEAR

I want to use a Java project that contains the example for this simple class:

public class Hello {
 
    public String hello(){
 return Hello;
    }
}




When I made it like that:

@Entity
 
@Table(name = addresses)
 
public class Address implements Serializable {
 
    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    private int ID;
 
    private String name;
 
    public Address() {
    }
 
    public Address(Hello h) {
 
    }
 
    //...
 
}



I get the following error:

18:40:37,464 ERROR [URLDeploymentScanner] Incomplete Deployment listing:

--- MBeans waiting for other MBeans ---
ObjectName: persistence.units:ear=DemoEAR.ear,jar=DemoEJB.jar,unitName=DemoPU
  State: FAILED
  Reason: java.lang.RuntimeException: java.lang.NoClassDefFoundError: 
hello/Hello
  I Depend On:
    jboss.jca:service=ManagedConnectionFactory,name=DemoDS
  Depends On Me:
    jboss.j2ee:ear=DemoEAR.ear,jar=DemoEJB.jar,name=DemoDB,service=EJB3

ObjectName: jboss.j2ee:ear=DemoEAR.ear,jar=DemoEJB.jar,name=DemoDB,service=EJB3
  State: NOTYETINSTALLED
  I Depend On:
    persistence.units:ear=DemoEAR.ear,jar=DemoEJB.jar,unitName=DemoPU
  Depends On Me:
    jboss.j2ee:ear=DemoEAR.ear,jar=DemoEJB.jar,name=DemoRemoteImpl,service=EJB3

ObjectName: 
jboss.j2ee:ear=DemoEAR.ear,jar=DemoEJB.jar,name=DemoRemoteImpl,service=EJB3
  State: NOTYETINSTALLED
  I Depend On:
    jboss.j2ee:ear=DemoEAR.ear,jar=DemoEJB.jar,name=DemoDB,service=EJB3

--- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM ---
ObjectName: persistence.units:ear=DemoEAR.ear,jar=DemoEJB.jar,unitName=DemoPU
  State: FAILED
  Reason: java.lang.RuntimeException: java.lang.NoClassDefFoundError: 
hello/Hello
  I Depend On:
    jboss.jca:service=ManagedConnectionFactory,name=DemoDS
  Depends On Me:
    jboss.j2ee:ear=DemoEAR.ear,jar=DemoEJB.jar,name=DemoDB,service=EJB3
--

Reply to this message by going to Community
[http://community.jboss.org/message/578785#578785]

Start a new discussion in JBoss Portal at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2011]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [Beginner's Corner] - Re: Hot deploying to a local jBoss

2011-01-04 Thread Peter Johnson
Peter Johnson [http://community.jboss.org/people/peterj] created the discussion

Re: Hot deploying to a local jBoss

To view the discussion, visit: http://community.jboss.org/message/578787#578787

--
Each developer on his or her PC should use Eclipse and install JBoss Tools. 
Within Eclipse create a server and associate it with your web project. Then as 
you make changes they can be quickly synched with the server (the one declared 
in Eclipse). Then you can do your testing locally. This works well for most 
things, though occasionally you will have to restart the server.

Once you check your changes into source control, a continuous intergation 
package (such as Hudson) can do a full from-scrtahc builtd and deploy to to 
newly instantiated JBoss AS server configuration for testing.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578787#578787]

Start a new discussion in Beginner's Corner at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2075]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [jBPM] - Re: Deployment problem of the jBPM database schema

2011-01-04 Thread k1ng hg0
k1ng hg0 [http://community.jboss.org/people/k1nghg0] created the discussion

Re: Deployment problem of the jBPM database schema

To view the discussion, visit: http://community.jboss.org/message/578792#578792

--
Now I found the solution. Since MySQL Version 5.5 the command type was 
changed in engine. At the end of each create-table-command in the sql-script 
jbpm.mysql.create.sql you'll find ... type=InnoDB;. This has to be changed to 
...engine=InnoDB to create the database schema for jbpm 4.4.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578792#578792]

Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2034]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Use JBMC to remove annotations and seam dependency

2011-01-04 Thread Claudio Miranda
Claudio Miranda [http://community.jboss.org/people/Claudio4J] created the 
discussion

Use JBMC to remove annotations and seam dependency

To view the discussion, visit: http://community.jboss.org/message/578794#578794

--
Hi, is it possible to use MB to remove seam dependency from a set of class 
files ?

I mean, I have a lot of classes with seam imports and @Name, @In, @Out, and 
need to use these same set of classes in a specific case where I cannot have 
seam library loaded.

So, I want you guideline if is it possible to use MC to achieve this task.

Thanks

Claudio Miranda
--

Reply to this message by going to Community
[http://community.jboss.org/message/578794#578794]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: Use JBMC to remove annotations and seam dependency

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: Use JBMC to remove annotations and seam dependency

To view the discussion, visit: http://community.jboss.org/message/578798#578798

--
 Hi, is it possible to use MB to remove seam dependency from a set of class 
 files ?
 I mean, I have a lot of classes with seam imports and @Name, @In, @Out, and 
 need to use these same set of classes in a specific case where I cannot have 
 seam library loaded.
 
 So, I want you guideline if is it possible to use MC to achieve this task.
Should be doable, specially if you're using just annotations,
which can be ignored at runtime if not on the classpath.

You can then either use XML to wire up beans.
*  http://java.dzone.com/articles/a-look-inside-jboss-microconta-0 
http://java.dzone.com/articles/a-look-inside-jboss-microconta-0

Or still use annotations and write matching annotations plugins:
*  
http://exitcondition.alrubinger.com/2008/12/20/doing-two-models-at-the-same-time/
 
http://exitcondition.alrubinger.com/2008/12/20/doing-two-models-at-the-same-time/
--

Reply to this message by going to Community
[http://community.jboss.org/message/578798#578798]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578801#578801

--
 The optimal target would be either to allow for multiple filters directly
You just need to javabean the right filter instance. ;-)

e.g. -- pseudo code -- I need to check this into more details (it's been a 
while since I wrote this javabean' stuff  :) )

before-filter
javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.plugins.filter.CombiningClassFilter
 constructor
 parameter
 !-- some other filter missing here + some xml syntax --
 javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.plugins.filter.NegatingClassFilter
  constructor
   parameter
    javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.spi.filter.RecursivePackageClassFilter
 constructor
  parameterorg.hibernate/parameter
 /constructor
    /javabean
   /parameter
  /constructor
 /javabean
   /parameter
   /constructor
    /javabean
/before-filter
--

Reply to this message by going to Community
[http://community.jboss.org/message/578801#578801]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578803#578803

--
 And yes, I too think that parent-first is more natural, but the weirdness 
 here is that plain default is false while adding classloading config turns 
 it automatically into true. 
Well, the plain default knows about deployment type:
* ear -- isolation -- look locally first == parent-first=false
* war, which has parent-first=false by default

Whereas jb-cl-domain.xml is deployment type agnostic, hence uses the more 
natural default.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578803#578803]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Web Services] - Re: jboss6 final and jbossws 3.4.0

2011-01-04 Thread Alessio Soldano
Alessio Soldano [http://community.jboss.org/people/alessio.soldano%40jboss.com] 
created the discussion

Re: jboss6 final and jbossws 3.4.0

To view the discussion, visit: http://community.jboss.org/message/578807#578807

--
OK, here you go:  http://jboss.org/jbossws/downloads 
http://jboss.org/jbossws/downloads (JBossWS 3.4.1 binary downloads, check the 
Install.txt as usual for installation information)

Regarding why using the CXF based stack instead of the Native one, right 
compliance with standards is a reason, for instance Apache CXF is JAXWS 2.2 
compliant (we contributed to that) and JBossWS-CXF included in JBoss AS 6 is 
passing the webservice related part of JavaEE 6 certification testsuite (btw 
the ws stuff goes beyond the EE6 web profile). Better support for WS-* is 
another reason. Performance is also better right now with JBossWS-CXF.

Well try to repdoruce your @HandlerChain issue soon.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578807#578807]

Start a new discussion in JBoss Web Services at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2044]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [jBPM] - Re: Jbpm 5 user form variables

2011-01-04 Thread Rafa Fernández
rafitanba [http://community.jboss.org/people/rafitanba] created the discussion

Re: Jbpm 5 user form variables

To view the discussion, visit: http://community.jboss.org/message/578810#578810

--
Mmmm, it's true! I used ${content.} but it also works just using ${}  
:) 

However, is it going to be always necessary to create a script node before the 
human task? Or is this some kind of workaround? I ask because my business users 
will not understand why they are going to have to create those extra nodes... 

Rafa.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578810#578810]

Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2034]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Chris Council
Chris Council [http://community.jboss.org/people/chriscouncil] created the 
discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578811#578811

--
So I'm having a similar issue to Petr, I'm getting the following exception when 
I try to start up JBoss with my war in the server/default/deploy directory:

Caused by: org.hibernate.AnnotationException: java.lang.NoSuchMethodException: 
org.hibernate.validator.ClassValidator.init(java.lang.Class, 
java.util.ResourceBundle, org.hibernate.validator.MessageInterpolator, 
java.util.Map, org.hibernate.annotations.common.reflection.ReflectionManager)
at 
org.hibernate.cfg.Configuration.applyHibernateValidatorLegacyConstraintsOnDDL(Configuration.java:1651)
 [:3.6.0.Final]
at 
org.hibernate.cfg.Configuration.applyConstraintsToDDL(Configuration.java:1623) 
[:3.6.0.Final]
at org.hibernate.cfg.Configuration.secondPassCompile(Configuration.java:1415) 
[:3.6.0.Final]
at org.hibernate.cfg.Configuration.buildMappings(Configuration.java:1345) 
[:3.6.0.Final]
 Caused by: org.hibernate.AnnotationException: 
 java.lang.NoSuchMethodException: 
 org.hibernate.validator.ClassValidator.init(java.lang.Class, 
 java.util.ResourceBundle, org.hibernate.validator.MessageInterpolator, 
 java.util.Map, org.hibernate.annotations.common.reflection.ReflectionManager)
  at 
 org.hibernate.cfg.Configuration.applyHibernateValidatorLegacyConstraintsOnDDL(Configuration.java:1651)
  [:3.6.0.Final]
  at 
 org.hibernate.cfg.Configuration.applyConstraintsToDDL(Configuration.java:1623)
  [:3.6.0.Final]
  at 
 org.hibernate.cfg.Configuration.secondPassCompile(Configuration.java:1415) 
 [:3.6.0.Final]
 ...

Note that I'm using JPA 2.0/Hibernate 3.6.0.Final*.* I have a fairly simple 
project - in my case, it's just a war. It's a stock JBoss 6.0.0.Final install - 
all I've done is put my war, together with an associated db-ds.xml file, into 
the server/default/deploy directory. I'm also using Spring 3.0.5.

Here's the relevant section of my project's pom.xml:

 dependency
groupIdorg.hibernate/groupId
artifactIdhibernate-entitymanager/artifactId
version3.6.0.Final/version
exclusions
 exclusion
 groupIdjavax.transaction/groupId
 artifactIdjta/artifactId
 /exclusion
 /exclusions
 /dependency
 

I have also tried changing the scope of hibernate-entitymanager to 
provided**, in which case my project should be using JBoss 6's provided 
hibernate libraries, but when I do that I get this exception:

 Caused by: java.lang.IncompatibleClassChangeError: Class 
 org.hibernate.ejb.HibernatePersistence does not implement the requested 
 interface javax.persistence.spi.PersistenceProvider
  at 
 org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.createNativeEntityManagerFactory(LocalContainerEntityManagerFactoryBean.java:225)
  [:3.0.5.RELEASE]
  at 
 org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.afterPropertiesSet(AbstractEntityManagerFactoryBean.java:308)
  [:3.0.5.RELEASE]
  at 
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1477)
  [:3.0.5.RELEASE]
 

I have also tried removing the hibernate libraries from $JBOSS_HOME/common/lib, 
but then the server immediately halts with this exception:

 13:37:45,775 INFO  [AbstractServer] Starting: JBossAS [6.0.0.Final Neo]
 13:37:47,530 INFO  [ServerInfo] Java version: 1.6.0_22,Apple Inc.
 13:37:47,530 INFO  [ServerInfo] Java Runtime: Java(TM) SE Runtime Environment 
 (build 1.6.0_22-b04-307-10M3261)
 13:37:47,530 INFO  [ServerInfo] Java VM: Java HotSpot(TM) 64-Bit Server VM 
 17.1-b03-307,Apple Inc.
 13:37:47,530 INFO  [ServerInfo] OS-System: Mac OS X 10.6.5,x86_64
 13:37:47,531 INFO  [ServerInfo] VM arguments: -Xms128m -Xmx512m 
 -XX:MaxPermSize=256m -Dorg.jboss.resolver.warning=true 
 -Dsun.rmi.dgc.client.gcInterval=360 
 -Dsun.rmi.dgc.server.gcInterval=360 -Dprogram.name=run.sh 
 -Djava.library.path=/wdev/jboss-6.0.0.Final/bin/native/lib64 
 -Djava.endorsed.dirs=/wdev/jboss-6.0.0.Final/lib/endorsed 
 13:37:47,620 INFO  [JMXKernel] Legacy JMX core initialized
 13:37:52,790 ERROR [AbstractKernelController] Error installing to PreInstall: 
 name=CEMFBuilder state=Real: java.lang.NoClassDefFoundError: 
 javax/persistence/spi/PersistenceUnitInfo
  at java.lang.Class.getDeclaredMethods0(Native Method) [:1.6.0_22]
  at java.lang.Class.privateGetDeclaredMethods(Class.java:2427) [:1.6.0_22]
  at java.lang.Class.getDeclaredMethods(Class.java:1791) [:1.6.0_22]
 

I've tried using this jboss-classloading-domain.xml in my WEB-INF directory, 
but it seems to have no effect:

 
 
 
 
 
 
 ?xml version=1.0 encoding=UTF-8?
 
 
 
 classloading-domain xmlns=urn:jboss:classloading-domain:1.0
 
  name=MyDomain
 
  parent-policy
 
   before-filter
 
    javabean 

[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Petr H
Petr H [http://community.jboss.org/people/hostalp] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578813#578813

--
 You just need to javabean the right filter instance. ;-)
 
 e.g. -- pseudo code -- I need to check this into more details (it's been a 
 while since I wrote this javabean' stuff  :) )...
Yeah, something of that sort would do it - CombiningClassFilter::

public static CombiningClassFilter create(ClassFilter... filters) ...
public static CombiningClassFilter create(boolean and, ClassFilter... filters) 
...
public CombiningClassFilter(boolean and, ClassFilter[] filters) ...

so passing filters via array would probably work if it's implemented that way. 
Anyway use of JavaOnlyClassFilter or EverythingClassFilter will still be an 
issue due to their private constructors.

 Well, the plain default knows about deployment type:
 * ear -- isolation -- look locally first == parent-first=false
 * war, which has parent-first=false by default
 
 Whereas jb-cl-domain.xml is deployment type agnostic, hence uses the more 
 natural default.
Right, understood, it's just unfortunate that it's not so simple to change the 
classloading back to plain ear default then..
--

Reply to this message by going to Community
[http://community.jboss.org/message/578813#578813]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Petr H
Petr H [http://community.jboss.org/people/hostalp] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578814#578814

--
Chris: based on my findings you can currently either remove that 
hibernate-validator-legacy.jar which will put it back to work, or do something 
like:

?xml version=1.0 encoding=UTF-8?
classloading-domain xmlns=urn:jboss:classloading-domain:1.0 
name=jboss.j2ee:extension=LoaderRepository,service=EARDeployment,url=apos;myapp.earapos;
 parent-domain=DefaultDomain
parent-policy
  before-filter
   javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.plugins.filter.NegatingClassFilter
    constructor
 parameter
  javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.spi.filter.RecursivePackageClassFilter
   constructor
    parameterorg.hibernate.validator/parameter
   /constructor
  /javabean
 /parameter
    /constructor
   /javabean--
  /before-filter
  after-filter
   javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.plugins.filter.NegatingClassFilter
    constructor
 parameter
  javabean xmlns=urn:jboss:javabean:2.0 
class=org.jboss.classloader.spi.filter.RecursivePackageClassFilter
   constructor
    parameterorg.hibernate.validator/parameter
   /constructor
  /javabean
 /parameter
    /constructor
   /javabean
  /after-filter
/parent-policy
/classloading-domain

where you'll have to replace the domain name with the one valid for your case 
(you can find it via jmx-console for example).
But that will introduce the currently discussed change in classloadin behavior 
- plain war is parent-first=false while with jboss-classloading-domain.xml it 
will change to parent-first=true (and it's not that simple to switch it back 
while preserving the required package filters) which may (but maybe it won't) 
cause you some troubles.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578814#578814]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578815#578815

--
 so passing filters via array would probably work if it's implemented that 
 way. 
 
Yeah, array usage would work.

But unfortuantely javabean xml handling is too simplistic (just checked),
it doesn't support arrays -- by design we didn't over do it -- we have MC 
beans.

But you can always simply add your own jar with custom filter impls,
and then simple use javabean to instantiate them.
  Anyway use of JavaOnlyClassFilter or EverythingClassFilter will still be an 
 issue due to their private constructors.
Like I already said, this is simple to duplicate - just check how we do it.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578815#578815]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578816#578816

--
 Caused by: org.hibernate.AnnotationException: 
 java.lang.NoSuchMethodException: 
 org.hibernate.validator.ClassValidator.init(java.lang.Class, 
 java.util.ResourceBundle, org.hibernate.validator.MessageInterpolator, 
 java.util.Map, org.hibernate.annotations.common.reflection.ReflectionManager)
 at 
 org.hibernate.cfg.Configuration.applyHibernateValidatorLegacyConstraintsOnDDL(Configuration.java:1651)
  [:3.6.0.Final]
 at 
 org.hibernate.cfg.Configuration.applyConstraintsToDDL(Configuration.java:1623)
  [:3.6.0.Final]
 at org.hibernate.cfg.Configuration.secondPassCompile(Configuration.java:1415) 
 [:3.6.0.Final]
 at org.hibernate.cfg.Configuration.buildMappings(Configuration.java:1345) 
 [:3.6.0.Final]
  Caused by: org.hibernate.AnnotationException: 
  java.lang.NoSuchMethodException: 
  org.hibernate.validator.ClassValidator.init(java.lang.Class, 
  java.util.ResourceBundle, org.hibernate.validator.MessageInterpolator, 
  java.util.Map, 
  org.hibernate.annotations.common.reflection.ReflectionManager)
   at 
  org.hibernate.cfg.Configuration.applyHibernateValidatorLegacyConstraintsOnDDL(Configuration.java:1651)
   [:3.6.0.Final]
   at 
  org.hibernate.cfg.Configuration.applyConstraintsToDDL(Configuration.java:1623)
   [:3.6.0.Final]
   at 
  org.hibernate.cfg.Configuration.secondPassCompile(Configuration.java:1415) 
  [:3.6.0.Final]
  ...
 
 Note that I'm using JPA 2.0/Hibernate 3.6.0.Final*.* I have a fairly simple 
 project - in my case, it's just a war. It's a stock JBoss 6.0.0.Final install 
 - all I've done is put my war, together with an associated db-ds.xml file, 
 into the server/default/deploy directory. I'm also using Spring 3.0.5.
 
 Here's the relevant section of my project's pom.xml:
 
  dependency
 groupIdorg.hibernate/groupId
 artifactIdhibernate-entitymanager/artifactId
 version3.6.0.Final/version
 exclusions
  exclusion
  groupIdjavax.transaction/groupId
   artifactIdjta/artifactId
  /exclusion
  /exclusions
  /dependency
  
 
 I have also tried changing the scope of hibernate-entitymanager to 
 provided**, in which case my project should be using JBoss 6's provided 
 hibernate libraries, but when I do that I get this exception:
 
  Caused by: java.lang.IncompatibleClassChangeError: Class 
  org.hibernate.ejb.HibernatePersistence does not implement the requested 
  interface javax.persistence.spi.PersistenceProvider
   at 
  org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.createNativeEntityManagerFactory(LocalContainerEntityManagerFactoryBean.java:225)
   [:3.0.5.RELEASE]
   at 
  org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.afterPropertiesSet(AbstractEntityManagerFactoryBean.java:308)
   [:3.0.5.RELEASE]
   at 
  org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1477)
   [:3.0.5.RELEASE]
 
Hmmm, how can this happen if both you and JBossAS use the same Hibernate 
version?
--

Reply to this message by going to Community
[http://community.jboss.org/message/578816#578816]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578817#578817

--
  Here's the relevant section of my project's pom.xml:
  
   dependency
  groupIdorg.hibernate/groupId
  artifactIdhibernate-entitymanager/artifactId
  version3.6.0.Final/version
  exclusions
   exclusion
   groupIdjavax.transaction/groupId
artifactIdjta/artifactId
/exclusion
   /exclusions
   /dependency
   
  
  I have also tried changing the scope of hibernate-entitymanager to 
  provided**, in which case my project should be using JBoss 6's provided 
  hibernate libraries, but when I do that I get this exception:
  
   Caused by: java.lang.IncompatibleClassChangeError: Class 
   org.hibernate.ejb.HibernatePersistence does not implement the requested 
   interface javax.persistence.spi.PersistenceProvider
at 
   org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.createNativeEntityManagerFactory(LocalContainerEntityManagerFactoryBean.java:225)
[:3.0.5.RELEASE]
at 
   org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.afterPropertiesSet(AbstractEntityManagerFactoryBean.java:308)
[:3.0.5.RELEASE]
at 
   org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1477)
[:3.0.5.RELEASE]
  
 Hmmm, how can this happen if both you and JBossAS use the same Hibernate 
 version?
This would mean that somehow JPA slips into your project, hence those JPA 
classes get used -- as by the servlet spec.
Otoh, JBoss' Hibernate of course doesn't use those JPA classes, but its own.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578817#578817]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Chris Council
Chris Council [http://community.jboss.org/people/chriscouncil] created the 
discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578821#578821

--
 Ales Justin wrote:
 
 Hmmm, how can this happen if both you and JBossAS use the same Hibernate 
 version?

That's confusing to me, too. When I build my war using the default compile 
scope I have these jars inside WEB-INF/lib:



hibernate-commons-annotations-3.2.0.Final.jar
hibernate-core-3.6.0.Final.jar
hibernate-entitymanager-3.6.0.Final.jar
hibernate-jpa-2.0-api-1.0.0.Final.jar
hibernate-commons-annotations-3.2.0.Final.jar
hibernate-core-3.6.0.Final.jar
hibernate-entitymanager-3.6.0.Final.jar
hibernate-jpa-2.0-api-1.0.0.Final.jar


I've verified that those jars are *not* in my war when I build using the 
provided scope.

These versions seem to be the same as in the JBoss distribution. The only one 
that's different is hibernate-commons-annotations, which is 6.0.0.Final in 
the manifest. (It would be nice if the libs in $JBOSS_HOME/common/lib would 
have the version numbers as part of the filename, so I didn't have to go into 
each one and look at the manifest to determine what versions they are!)

I did find this kind of interesting:


$ ls -l /appserver/jboss-6.0.0.Final/common/lib/hibernate-core.jar
-rw-rw-r--@ 1 chriscouncil  staff  3116797 Dec 28 08:30 
/wdev/jboss-6.0.0.Final/common/lib/hibernate-core.jar
$ ls -l 
/m2repo/org/hibernate/hibernate-core/3.6.0.Final/hibernate-core-3.6.0.Final.jar
-rw-r--r--  1 chriscouncil  staff  3083100 Oct 14 16:22 
/mm/org/hibernate/hibernate-core/3.6.0.Final/hibernate-core-3.6.0.Final.jar
 

My hibernate jars come from the jboss public repo at  
https://repository.jboss.org/nexus/content/repositories/public 
https://repository.jboss.org/nexus/content/repositories/public, so I'd expect 
them to be the same size. Obviously the MD5 sums don't match  ;)  I haven't 
checked any further, though.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578821#578821]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Petr H
Petr H [http://community.jboss.org/people/hostalp] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578828#578828

--
 
 But you can always simply add your own jar with custom filter impls,
 and then simple use javabean to instantiate them.
 ...
 Like I already said, this is simple to duplicate - just check how we do it.

Yes I know, that's how I'll try it (after we manage to get the app at least 
fully starting on JBAS 6) but the main idea was to avoid the need for messing 
up with the JBoss-level code as much as possible - so try to make it possible 
with standard JBoss code and just configuration changes.


As for that IncompatibleClassChangeError discussed in parallel - yes I think 
you're right with JPA stuff being in the app, I was seeing very similar issues 
when having JAXB and JTA stuff in there in my case. Here, parent-first=true 
would very likely fix that as well.

However parent-first=false is easier in my case, for example because of logging 
- I've got a log4j property file on classpath, initializing it via Spring 
(org.springframework.web.util.Log4jConfigListener) and with parent-first=false 
it logs more or less (well it steals JBoss' own logging but 
whatever)out-of-the-box while with parent-first=true everything naturally 
goes into JBoss server log. I recall there was supposed to be implemented some 
possibility to let it working properly with these multiple log4j configs etc (I 
think this was it but I'm not that sure at the moment:  
http://community.jboss.org/docs/DOC-13346 
http://community.jboss.org/wiki/LoggingPOJOServiceRequirements) but haven't 
looked at it yet.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578828#578828]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Chris Council
Chris Council [http://community.jboss.org/people/chriscouncil] created the 
discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578829#578829

--
So I did have a JPA jar (+org.hibernate.java-persistence:jpa-api:++2.0-cr-1+) 
in my war, coming from a transitive dependency. After removing it (and the four 
hibernate jars +hibernate-commons-annotations-3.2.0.Final.jar, 
hibernate-core-3.6.0.Final.jar, hibernate-entitymanager-3.6.0.Final.jar, 
hibernate-jpa-2.0-api-1.0.0.Final.jar+), I got the following exception on 
startup:

Caused by: java.lang.IllegalArgumentException: Can't find a persistence unit 
named 'null' in 
abstractvfsdeploymentcont...@1032284510{vfs:///wdev/jboss-6.0.0.Final/server/default/deploy/properties-webapp-0.0.1-SNAPSHOT.war}
at 
org.jboss.jpa.resolvers.BasePersistenceUnitDependencyResolver.resolvePersistenceUnitSupplier(BasePersistenceUnitDependencyResolver.java:107)
 [:1.0.2-alpha-3]
at 
org.jboss.web.deployers.AbstractWarDeployer.deployWebModule(AbstractWarDeployer.java:793)
 [:6.0.0.Final
 
 
 Caused by: java.lang.IllegalArgumentException: Can't find a persistence unit 
 named 'null' in 
 abstractvfsdeploymentcont...@1032284510{vfs:///appserver/jboss-6.0.0.Final/server/default/deploy/my-webapp-0.0.1-SNAPSHOT.war}
 at 
 org.jboss.jpa.resolvers.BasePersistenceUnitDependencyResolver.resolvePersistenceUnitSupplier(BasePersistenceUnitDependencyResolver.java:107)
  [:1.0.2-alpha-3]
 at 
 org.jboss.web.deployers.AbstractWarDeployer.deployWebModule(AbstractWarDeployer.java:793)
  [:6.0.0.Final]
 
 
 
So the only way I can get things to work right now is to have those four jars 
inside my war, and hibernate-validator-legacy.jar manually removed from 
common/lib.
 
Oh well. I don't really want to remove the hibernate jars from my war, because 
then it won't work on Glassfish and Jetty.
 
Any thoughts on why JBoss won't start up without the hibernate jars in 
common/lib? It seems like there could be problems if I upgrade the war to 
another version of Hibernate in the future, and if I'm going to be modifying 
common/lib anyway, maybe I should just remove Hibernate altogether... or 
alternatively, ensure that the version I want is in that directory.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578829#578829]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [jBPM] - Re: jBPM5 demo issues with Eclipse

2011-01-04 Thread Vikram Narayan
Vikram Narayan [http://community.jboss.org/people/vikedvik] created the 
discussion

Re: jBPM5 demo issues with Eclipse

To view the discussion, visit: http://community.jboss.org/message/578837#578837

--
It does contain the buildcommand with the name org.drools.eclipse.jbpmbuilder. 
I'm going to retry the installer and see if that solves the problem.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578837#578837]

Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2034]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

2011-01-04 Thread Ales Justin
Ales Justin [http://community.jboss.org/people/alesj] created the discussion

Re: How to stop my WAR loading JBoss's provided 3rd party classes?

To view the discussion, visit: http://community.jboss.org/message/578841#578841

--
Actually thinking about this, both (or all) of these things should just work 
out-of-the-box,
*if* you have *all* *compatible* components.
If it doesn't work, then it's probably not CL issue, but Hibernate components 
incompatibility.

ear and war should both already have parent-first=false lookups:
* ear by that isolation flag in EARCLDCeployer
* war by the spec

I know we have tests for this in our testsuite, hence I doubt this is CL issue 
-- I still could be wrong.
Whereas Hibernate had its components issues.
--

Reply to this message by going to Community
[http://community.jboss.org/message/578841#578841]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2114]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [IronJacamar] - Re: The replacement of system properties in *-ds.xml is done only for elements of string value type

2011-01-04 Thread Radim Hanus
Radim Hanus [http://community.jboss.org/people/rhanus] created the discussion

Re: The replacement of system properties in *-ds.xml is done only for elements 
of string value type

To view the discussion, visit: http://community.jboss.org/message/578842#578842

--
yeah great it finally works !!! thank you very much !

item whenRequired=Parseistep:type=Properties,name=SystemProperties/item

was the last step on the deploying of myapp.ear/my-ds.xml with 
${max-pool-size} journey :-)
looking back on the interesting evolution of this forum thread there are a 
plenty of usefull hints which may be worth noting in a separate wiki article
I'm willing to write it down

btw why whenRequired=Parse ?
Parse is a deployment stage but whenRequired attribute representation in 
DependencyItemMetaData class is a controller state ?

public class DependencyItemMetaData implements Serializable {
   private Object value;
   private ControllerState whenRequired = ControllerState.DESCRIBED;
   private ControllerState dependentState;
--

Reply to this message by going to Community
[http://community.jboss.org/message/578842#578842]

Start a new discussion in IronJacamar at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2098]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user


[jboss-user] [JBoss Tools] - Deploying Jboss tools created application in WAS7

2011-01-04 Thread Rahul Kumar
Rahul Kumar [http://community.jboss.org/people/rahulranchi] created the 
discussion

Deploying Jboss tools created application in WAS7

To view the discussion, visit: http://community.jboss.org/message/578885#578885

--
Hi,

I have made an application using Jboss tools in Seam 2.2 on JBoss AS 5. I am 
trying to make  this application deployable on WAS 7 using the link  
http://docs.jboss.org/seam/snapshot/en-US/html/websphere.html 
http://docs.jboss.org/seam/snapshot/en-US/html/websphere.html .   I am applying 
the strategy 2 by adding core:init jndi-name=ejblocal:#{ejbName} / to the 
componets.xml but it is showing an error which says : cvc-complex-type.3.2.2: 
Attribute 'jndi-name' is not allowed to appear in element 'core:init'.

Can anyone help me on this.

Thanks and Regards,

Rahul Kumar
--

Reply to this message by going to Community
[http://community.jboss.org/message/578885#578885]

Start a new discussion in JBoss Tools at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1containerType=14container=2128]

___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user