[jboss-user] [EJB 3.0] - Re: Testing MDBs
While MDBs themselves are agnostic to the vendor container, the activation config properties and their values are not. Recommend extracting this metadata into a partial XML descriptor, and making one descriptor per target container. The build may then leave you with separate artifacts specific to each vendor, while the underlying class is the same. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247928#4247928 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247928 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB/JBoss] - Re: PostConstruct loadClass fails when porting to JBoss 5
"jcstaff2" wrote : When I did some searching, I found that Tom Marrs (Lead Author, JBoss at Work: A Practical Guide) had the same solution as I did as late as 2006. http://www.coderanch.com/t/89900/JBoss/reading-properties-file Respectfully disagree. "Tom Marrs" wrote : The EJB specification forbids EJBs to use the Current Class Loader, and since the System Class Loader isn't a workable option, you're left with the Thread Context ClassLoader. It's this which I say is wrong. "Sun EJB Restrictions Guide" wrote : Read-only data can, however, be stored in files in a deployment JAR, and accessed with the getResource() or getResourceAsStream() methods of java.lang.Class. http://java.sun.com/blueprints/qanda/ejb_tier/restrictions.html S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246596#4246596 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246596 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB/JBoss] - Re: PostConstruct loadClass fails when porting to JBoss 5
"jcstaff2" wrote : I understand where your caution comes from about the ClassLoader after reading the spec, but when I read the Javadoc on getClass().getResource(), it sounds like it too is locating the ClassLoader. The difference is in your definition of "the". http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Class.html#getResource(java.lang.String) Class.getResource() uses the ClassLoader which defined the Class in question. So it's: Class.getClassLoader().getResource() ...under the hood, and not: Thread.currentThread().getContextClassLoader() In theory the two could be the same. In fact, I'd say any access to any CL from application code is a no-no, as the application could change the internal mutable state of the CL itself which may lead to problems elsewhere. But the Class.getResource() case should be fine. "jcstaff2" wrote : I finally tracked the issue down to the deployment descriptor. The JBoss 5 parsing of the deployment descriptor elements seems to now include white-space characters into values. | | (...snip) | | However the problem in porting from JBoss 4 to JBoss 5 ended up being a whitespace interpretation change of the ejb-jar.xml between the two versions. This is expected. http://java.sun.com/xml/ns/javaee/javaee_5.xsd javaee:env-entry-value is of type javaee:xsdStringType which extends from xsd:string. Pure String types are not trimmed. http://www.w3schools.com/Schema/schema_dtypes_string.asp "jcstaff2" wrote : JBoss 5 is adding extra whitespace to the injected String variable. Looks like *you* were adding the whitespace. :) We just became a bit more compliant/strict and stopped trimming it away. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246593#4246593 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246593 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB/JBoss] - Re: PostConstruct loadClass fails when porting to JBoss 5
Hey Jim: "jcstaff2" wrote : If obtaining the current classloader is illegal/non-portable, how does one read in a data file from the EJB's classpath? Is there a legal classloader we can access that will have the file Resource that can be read in as a stream? In general, use of File (and other I/O) resources is frowned upon in EJB because again you've got the issue of application code directly accessing something by bypassing the abstraction provided by the container. This means that nothing is guarding it from concurrent access, providing rollback capabilities, etc. For *non-mutable* resources, like reading in properties, you can package these inside your EJB JAR and get at them via this.getClass().getResource() in your bean implementation class. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246306#4246306 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246306 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB/JBoss] - Re: PostConstruct loadClass fails when porting to JBoss 5
"alesj" wrote : Or what does the spec say about what should the TCCL be in this case? "EJB 3.0 Specification 21.1.2: Programming Restrictions" wrote : The enterprise bean must not attempt to create a class loader; obtain the current class loader; set the context class loader; set security manager; create a new security manager; stop the JVM; or change the input, output, and error streams. In short, this is non-portable because application-level code should leave the details of the environment to the container. Why are we taking the reflection-based approach? Let's take a look at the structure of the JAR/EAR as well? S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246075#4246075 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246075 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to convert @Service MBean POJO to microcontainer POJ
Sounds like you'd just want to deploy some MC beans and get the use of @EJB within them, yes? :) Check the EJB3 integration testsuite for an example: http://anonsvn.jboss.org/repos/jbossas/projects/ejb3/trunk/testsuite/src/test/java/org/jboss/ejb3/test/ejbthree1624/ S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4242029#4242029 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4242029 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Classloading vs. VFS
Ran through this a bit today. Came across in the JCA Standalone: Caused by: java.net.MalformedURLException: unknown protocol: vfsfile ...as Jesper's been encountering. It's this logic which fully inits VFS: http://anonsvn.jboss.org/repos/jbossas/projects/bootstrap/trunk/impl-as/src/main/java/org/jboss/bootstrap/impl/as/lifecycle/VfsInitializingLifecycleEventHandler.java Note the installation of the protocol handlers. Let's work through this first, get it committed to SVN, then address the ClassLoading issues. :) S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4234564#4234564 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4234564 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Classloading vs. VFS
"jesper.pedersen" wrote : My point is here - why do we have to define a DEFAULT_BOOT_LIBRARY_LIBS in our Main ? Splitting our classloader structure into multiple layers shouldn't be needed. | | Passing the classloader defined in Main to the bootstrap implementation should be enough. You've lost me. All I do in AS Main is pass the CL to the bootstrap impl. ClassLoader newCl = new URLClassLoader(allTheStuffInBootLib); | Server server = ServerFactory.createServer(newCl); | Thread.currentThread().setContextClassLoader(newCl); | server.start(); What are you proposing should be done instead? S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4233980#4233980 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4233980 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Classloading vs. VFS
"jesper.pedersen" wrote : Another question is if bootstrap/MC should make assumptions about CLs. I think having to define a DEFAULT_BOOT_LIBRARY_LIST is something we should think about. We don't. :) We boot library list is of the AS Main, not bootstrap. It can be removed from its explicit form if we change the build to only put stuff in $JBOSS_HOME/lib which should be part of the boot CL. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4233936#4233936 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4233936 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Classloading vs. VFS
"jesper.pedersen" wrote : anonymous wrote :
| | Looks like the NCDFE is blocking you from doing that. Which is another
issue alltogether. Due to parent>child delegation and leaking of class
references, we've got to be very careful what's on the application CP, URLCL,
etc.
| |
| I only have an AppCL which has my Main and is a parent to the URLCL which
has all the JARs. The URLCL is passed to the ServerFactory in bootstrap.
Right, what I'm getting at is the "all the JARs" part. Take a look at how
restrictive/careful we've gotta be in AS, for example:
/**
| * The default list of boot libraries. Does not include
| * the JAXP or JMX impl, users of this class should add the
| * proper libraries.
| * TODO: use vfs to list the root directory
| * http://www.jboss.org/index.html?module=bb&op=viewtopic&t=153175
| *
| * Copied from legacy bootstrap ServerLoader
| * //TODO JBAS-6920
| */
|@Deprecated
|public static final String[] DEFAULT_BOOT_LIBRARY_LIST =
|{
| // Concurrent
| "concurrent.jar",
| // Logging
| "log4j-boot.jar",
| "jboss-logging-spi.jar",
| "jboss-logging-log4j.jar",
| "jboss-logging-jdk.jar",
| "jboss-logmanager.jar",
| "jboss-logbridge.jar",
| // Common jars
| "jboss-common-core.jar",
| "jboss-xml-binding.jar",
| // Bootstrap
| "jboss-bootstrap-spi.jar",
| "jboss-bootstrap-spi-as.jar",
| "jboss-bootstrap-spi-mc.jar",
| "jboss-bootstrap-impl-base.jar",
| "jboss-bootstrap-impl-as.jar",
| "jboss-bootstrap-impl-mc.jar",
| // Microcontainer
| "javassist.jar",
| "jboss-reflect.jar",
| "jboss-mdr.jar",
| "jboss-dependency.jar",
| "jboss-kernel.jar",
| "jboss-metatype.jar",
| "jboss-managed.jar",
| // Fixme ClassLoading
| "jboss-vfs.jar",
| "jboss-classloading-spi.jar",
| "jboss-classloader.jar",
| "jboss-classloading.jar",
| "jboss-classloading-vfs.jar",
| // Fixme aop
| "jboss-aop.jar",
| "jboss-aop-mc-int.jar",
| "trove.jar",};
That's in Main. Any more/less leads to NCDFE.
"jesper.pedersen" wrote : We should make sure that impl-mc meets most of the
requirements for projects using the MC as the foundation. Otherwise each
project has to implement an extension to fill in the blanks.
So I suppose the question on the table is whether MCServer should init VFS
automatically. While convenient, the thing there is that this isn't really
MCServer's job (because it implies VFS will always be used). Opinions?
S,
ALR
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4233914#4233914
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4233914
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Classloading vs. VFS
This results from parsing a bootstrap.xml with hooks to VFS before VFS itself has been init'd. I've addressed this in jboss-bootstrap-impl-as by a manual hack: https://jira.jboss.org/jira/browse/JBBOOT-67 http://fisheye.jboss.org/changelog/JBossAS/?cs=88598 So for users of MCServer who need VFS, you've gotta do something similar. But a better solution is for some initvfs.xml to come along early in the bootstrap chain, install an MC Bean which will init VFS, and then all should be good. Looks like the NCDFE is blocking you from doing that. Which is another issue alltogether. Due to parent>child delegation and leaking of class references, we've got to be very careful what's on the application CP, URLCL, etc. Note that in Branch_5_x of AS right now we prove that things can work. :) S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4233792#4233792 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4233792 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: EJB3 business delegates?
You should absolutely cache SLSB proxies. Do the lookup once, then you may pass around and share this instance. This is because the proxy you lookup may target *any* of the underlying bean instances in the pool. Assuming you've done a good job to ensure your SLSB has no *conversational state*, all SLSB proxies are identical from the perspective of the caller/client. This means that if your SLSB has internal instance variables, they must *not* be exposed out. ie. Instance variables initializing some internal state for your SLSB == OK. Caching user authorization tying some bean instance to a particular request or caller == Bad. For conversational state, use SFSB. These may not be cached in the same fashion, in that each "conversation" should reference the same SFSB instance and no others. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231140#4231140 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231140 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Deploying Apache DayTrader on AS 5.1
BTW the line in question is: if(envRef.getType().equals(URL.class.getName())) S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229242#4229242 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229242 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Deploying Apache DayTrader on AS 5.1
What's up with the deployment ie. ejb-jar.xml or @Resource annotations? If we can get a failing case we should either: 1) Throw descriptive deployment exception if caused by invalid metadata 2) Fix this NPE ...but either way the error as-is offers no feedback and should be chansed down/fixed. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229241#4229241 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229241 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB/JBoss] - Re: HelloUser simple ejb deployement in Jboss5 true myeclips
I still think you have classpath setup incorrectly. Regarding the client CCE on javax.naming.Reference, I suspect jbossall-client .jar isn't on your client CP. As to the server boot error, looks like you've changed something about the installation. After unzip what did you do? S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4227986#4227986 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4227986 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB/JBoss] - Re: HelloUser simple ejb deployement in Jboss5 true myeclips
Also have a look at our EJB3 tutorials: http://www.jboss.org/file-access/default/members/jbossejb3/freezone/docs/tutorial/1.0.6/html/index.html S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4227987#4227987 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4227987 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Errors When Passing A Generic Object To A Stateless Sess
javax.naming.NamingException: Could not dereference object [Root exception is java.lang.RuntimeException: Could not find InvokerLocator URL at JNDI address "FTPBean/local"; looking up local Proxy from Remote JVM?] To ask the obvious question, is your client (where the JNDI lookup is performed) in the same JVM as your EJB? If not, look up "FTPBean/remote". S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225016#4225016 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225016 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: @RunAs doesn't work in JBossAS 4.2.3?
Definitely give it a spin on AS 5.0.1.GA or 5.1.0.Beta1; we've got integration tests for this kind of thing. If it turns out you've still got a problem we'll look into either 1) Fixing your config or 2) Addressing a gap in our test coverage / possible bug. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225006#4225006 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225006 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Errors When Passing A Generic Object To A Stateless Sess
Exception in thread "main" java.lang.RuntimeException: java.lang.ClassNotFoundException: com.acmeco.serverapp.test.fileStuff.FilePackage (no security manager: RMI class loader disabled) Is FilePackage not in your JAR/EAR alongside your EJB? S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225005#4225005 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225005 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: JNDI Issue - Deploying EJB3 using Eclipse to JBoss 5
Also, have a look at http://www.jboss.org/jbossejb3/docs/. :) S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223807#4223807 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223807 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: JNDI Issue - Deploying EJB3 using Eclipse to JBoss 5
That's a different error :) EJB Proxies are castable to their business interface types, not to the bean implementation class. So instead: (com.acmeco.serverapp.ftp.ejb3.FTPBeanRemote)ref; S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223803#4223803 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223803 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Web Beans + JPA
Emmanuel, I agree; reporting entities is out of scope for Hibernate. Probably this reporting is best handled by some integration layer in AS, a central registry that we can expose via an MC bean maybe? The problem comes when we start talking about this notion of extra scanning (==time). As an aside I've got in the back of my mind using MDR as that central authority (currently jboss-metadata has its own scanners again). More on this when I'm back next week I suppose. I've got to take deeper look at what's currently going on before offering any meaningful solutions. :) S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221443#4221443 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221443 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Unit test EJB3 Exception
"mvpc" wrote : java.lang.ClassCastException: javax.naming.Reference cannot be cast to br.com.original.negocio.email.interfaces.IEmailLocal This is a common symptom that you don't have the proxy object factories on your client CP. Typically this is fixed by ensuring you've got $JBOSS_HOME/client/jbossall-client.jar defined. But I see some other issues. * Your Unit Test is set up in a different JVM from the container? If so you'll need to lookup a business remote reference (ie. @Remote). * Don't push local component or local business proxies through PortableRemoteObject.narrow...this is for the EJB 2.x remote home view only. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221054#4221054 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221054 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: [FieldBeanProperty] failed to set value Proxy to jboss.j
"ALRubinger" wrote : Would you please open a JIRA under the EJBTHREE project requesting that I enhance the error message to account for this case? Thanks. :) https://jira.jboss.org/jira/browse/EJBTHREE-1789 S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4220717#4220717 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4220717 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: [FieldBeanProperty] failed to set value Proxy to jboss.j
"buki79" wrote : seems this helped. Thanks! Cool. Would you please open a JIRA under the EJBTHREE project requesting that I enhance the error message to account for this case? While true that the CLs didn't match, they wouldn't in this case, and I want to let the user know they're trying to inject into the wrong target type. "buki79" wrote : Where can I find information on this issue? I thought declaring the field as the SessionBean is correct. Why do I have to declare the field as the LocalBean interface? Clients of EJBs don't directly deal with the bean implementation class but instead a proxy which implements your business interfaces. Have a look at EJB 3.0 Core Specification Section 3.1. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4220472#4220472 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4220472 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: [FieldBeanProperty] failed to set value Proxy to jboss.j
Servlet field should be of type TwitterSessionBeanLocal. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4220415#4220415 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4220415 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: [FieldBeanProperty] failed to set value Proxy to jboss.j
Would you please post your packaging structure? Looks like the issue here is that the Proxy doesn't have the same defining ClassLoader as the CL that loaded TwitterSessionBeanRemote in your app. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4220410#4220410 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4220410 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: java.lan.ClassCastException when casting to remote bean
"manemannen" wrote : SimpleStatefulBeanRemote o = (SimpleStatefulBeanRemote)
ctx.lookup("simpleserver/" + SimpleStatefulBean.class.getSimpleName() +
"/remote");
| |
|
| I have seen many examples of this and it introduces a dependency from the
client to the actual implementation and obsoletes the purpose of interfaces -
weird
It's actually just that the default JNDI name uses the ejb-name, which in turn
is "BeanImplementationClass.class.getSimpleName()". If you manually say
@Stateless.name == "whatever", then the JNDI name is "appName/whatever/remote".
So there's not *really* an impl dependency. ;)
S,
ALR
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4220408#4220408
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4220408
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Requesting the EJB container to remove an instance
"ALRubinger" wrote : https://jira.jboss.org/jira/browse/EJBTHREE-1773 Done. Relevant unit test showing usage is: http://anonsvn.jboss.org/repos/jbossas/projects/ejb3/trunk/core/src/test/java/org/jboss/ejb3/core/test/ejbthree1773/unit/RemoveRequestFromSessionProxyUnitTestCase.java "ALRubinger" wrote : I'll implement "remove()" for us. It's in a patch attached to WBINT-7. I didn't commit it due to the SNAPSHOT dependency upon org.jboss.ejb3:jboss-ejb3-proxy-spi (Don't know if you guys permit SNAPs). S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218069#4218069 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218069 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Requesting the EJB container to remove an instance
On the EJB3 side: https://jira.jboss.org/jira/browse/EJBTHREE-1773 S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218048#4218048 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218048 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Requesting the EJB container to remove an instance
I'll implement "remove()" for us. It'll be dependent upon the new EJB3 release
(due out this week).
Your implementation of JBossEjbReference will not work w/
SessionContext.getInvokedBusinessInterface() because it's looking up a
non-deterministic proxy. Why did you chooe to go for:
this.jndiName = fullJndiName.substring(0, fullJndiName.lastIndexOf("-"));
..?
"create" and "get" look good.
S.
ALR
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218047#4218047
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218047
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Requesting the EJB container to remove an instance
I recommended adding onto SessionProxy:
http://anonsvn.jboss.org/repos/jbossas/projects/ejb3/trunk/proxy-spi/src/main/java/org/jboss/ejb3/proxy/spi/intf/SessionProxy.java
...to add a "removeTarget()" method. Usage becomes:
Object proxy = jndiContext.lookup("MyBean/remote");
| SessionProxy sProxy = (SessionProxy)proxy;
| sProxy.removeTarget();
...which would be No-op for SLSB/Singleton and remove the underlying bean
context and session ID from the cache for SFSB.
S,
ALR
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4217865#4217865
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4217865
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: EJB reference in Servlet always null
web.xml version? Doesn't sound like injection is even getting setup; not a problem with target resolution. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216860#4216860 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216860 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: EJB reference in Servlet always null
@EJB.mappedName is a vendor-specific (non-portable) attribute which in JBoss EJB3 is used to denote the JNDI target; you're using it as the target EJB name. @EJB should be sufficient. Likewise you don't need to specify @Stateful.name (the default is the bean impl class getSimpleName()). S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216793#4216793 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216793 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: A callback on EJB removal
"ALRubinger" wrote : We could expose this by adding interface support for a JBossStatefulSessionObject in the proxy, which has some method getId(); I did this in r85648 for https://jira.jboss.org/jira/browse/EJBTHREE-1758. StatefulSessionProxy statefulProxy = (StatefulSessionProxy)proxy; | Serializable sessionId = statefulProxy.getSessionId(); S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216245#4216245 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216245 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: A callback on EJB removal
"pete.m...@jboss.org" wrote : What is the best way (that ideally is standard,
otherwise we'll need another SPI for identifying an SFSB) to identify an SFSB
instance?
You mean the ID of a given proxy? ATM we'd be diving into implementation
details by getting the it out of a field in the InvocationHandler.
http://anonsvn.jboss.org/repos/jbossas/projects/ejb3/trunk/proxy/src/main/java/org/jboss/ejb3/proxy/handler/session/stateful/StatefulProxyInvocationHandlerBase.java
You can't rely upon that now by doing Proxy.getInvocationHandler(proxy) because
that's digging too deep into internals.
We could expose this by adding interface support for a
JBossStatefulSessionObject in the proxy, which has some method getId():
JBossStatefulSessionObject proxy =
(JBossStatefulSessionObject)jndiContext.lookup("address");
| Serializable id = proxy.getId();
WDYT?
S,
ALR
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216030#4216030
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216030
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: A callback on EJB removal
Just for SFSB I'd imagine? Our standard M.O. applies I guess; make some SPI to register a callback listener in wb-as-int and we'll invoke upon it via some EJB3 optional add-on component. What contextual information do you need? Session ID? S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216012#4216012 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4216012 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Using WebBeans EJB integration in EEJB
"pete.m...@jboss.org" wrote : "ALRubinger" wrote : We're currently defining EjbReferenceResolver in ejb3-deployers-jboss-beans, which resides in ejb3-core. | | This one is more urgent, as we have many tests relating to EJB functionality. https://jira.jboss.org/jira/browse/EJBTHREE-1736 S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212720#4212720 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212720 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Using WebBeans EJB integration in EEJB
But we don't need a full profile3_1 just to get a couple MC Beans installed into Embeddable. This can even be done by way of jboss-ejb3. So long as there's some component that brings in the configs needed... S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212537#4212537 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212537 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Using WebBeans EJB integration in EEJB
We're currently defining these in ejb3-deployers-jboss-beans, which resides in ejb3-core. Lately we've been discussing moving to finer-grained MC Deployable XMLs, to live in the same component that defines them. So I could envision a ejb-resolver-jboss-beans.xml, pu-resolver-jboss-beans.xml - which could be used both in AS and Embedded. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212482#4212482 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212482 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Accessing EJB's with custom annotations.
Ah, you're tackling this from the other end. ejb3-mc integration as described in the blog post is how I enabled @EJB injection into MC Beans. Here you're trying for custom annotation support on EJBs. As EJB bean impl classes are not installed as MC beans, the annotation plugin is not getting called. To complete the equation we'd need to revisit the EJB injection framework to leverage MC a bit more to do both this example, and stuff like @Inject MC beans into EJBs. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211690#4211690 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211690 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Status of EJBTHREE-1096 Make SLSB and SFSB hot deployabl
Ah, so we're not the only ones currently overloaded. ;) Unfortunately, I cannot give you an estimate now. We do feature-specific planning for each EJB3 release (every 2 weeks), and we have a longer-term roadmap as well. At the moment EJBTHREE-1096 is not on the roadmap (which mostly involves spec compliance for EJB 3.1, as you can see from the dev forums), and the little tinkering I've done last weekend shows that it'll need some more attention than a couple hours to make a point release. For now the workaround continues to be hot-deployable applications (working, though is different from incremental redeploy of classes). S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210498#4210498 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210498 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Status of EJBTHREE-1096 Make SLSB and SFSB hot deployabl
If you're volunteering to get into some dev, we'll get you pointed to some basic stuff to start out, then point you in the right direction. ;) S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210472#4210472 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210472 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Status of EJBTHREE-1096 Make SLSB and SFSB hot deployabl
Jason: You're right, this has been unscheduled for some time. Our development priorities have simply not lined up here. We are, however, aware of the community interest. Basically this feature boils down to a dev-mode where we line up a new ClassLoader, ditch it when some scanner detects a new classfile has been dropped into place, and make a new CL. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210381#4210381 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210381 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: AS5 @Spring injection failing
My tests to intercept newInstance calls via new() show that the pointcut won't work this way. Perhaps what's needed is: http://www.jboss.org/jbossaop/docs/2.0.0.GA/docs/aspect-framework/misc/reflection.html The way @EJB, @Resource, etc works is that EJB3 looks for these and applies the logic as part of the Container lifecycle, so the interceptor approach is a bit different that our traditional handling. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210078#4210078 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210078 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: AS5 @Spring injection failing
"green804" wrote : I changed my app to use the @Interceptors, and everything is now working correctly. You're cheating by workaround. :D SFSB instances are created by class.newInstance, I'm doing some tests to see if AOP pointcuts to *->new(..) work this way. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210068#4210068 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210068 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: AS5 @Spring injection failing
"ALRubinger" wrote : You've got a SFSB My eyes are lying to me. Sorry, you've clearly got @Stateless on there. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210065#4210065 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210065 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: AS5 @Spring injection failing
"green804" wrote : I had it under "Stateless Bean" because that's where it was in 4.2. Should I move it to "Intercepted Bean"? Does it matter where? Aha. You've got a SFSB, which is tied to domain "Stateful Bean". "Intercepted Bean" is a top-level parent (@see ). This is the pointcut | | | | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210064#4210064 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210064 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: AS5 @Spring injection failing
Do you have SpringInjectionInterceptor defined under the domain "Intercepted Bean" in ejb3-interceptors-aop.xml? If so, what's your pointcut? Ales, what should the pointcut be do to the lifecycle injection? S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210056#4210056 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210056 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: JBoss AS InterceptorRegistry warning
https://jira.jboss.org/jira/browse/EJBTHREE-1709 S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206329#4206329 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206329 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: JBoss 5.0.0.GA and Ejb 3.1 - Singleton Services
Hi Paata: The EJB3 Plugin installer currently updates AS to the latest EJB3 release, 1.0.0. We don't yet have EJB 3.1 features available, but these are either scheduled or under development, and we'll be pushing them to the community as they reach stable/preview state. Check back to the announcements on this forum for the latest updates. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206231#4206231 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206231 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Ejb3 sources in zipped form
"skajotde" wrote : "ALRubinger" wrote : | | Would an additional assembly of all the EJB3 component resources in one place solve this? ie. ejb3-sources-1.0.0.jar, which contains all the sources from the various component versions that are in the EJB3 1.0.0 distribution? | | | | Yes, it would be great. Cool, I'll discuss this w/ the other guys on the team. Appreciate your feedback. "skajotde" wrote : "ALRubinger" wrote : No, the ejb3-plugin contains all artifacts to be installed, and is a standard executable JAR. There's no downloading involved. | | Ok, but I'm suprised. Other JBoss projects release zips with scripts. Why you release jar which hide details what to do? As I wrote I'm not pro shell script, I think java to instalation is good but in more open form ;) Like zip with jars and sources with ejb3-installer (You can see what doing install shell script so I think it would be fine to see what doing ejb3-installer). You don't give reason why you choose ejb3-installer as jar. | | I checked jar and you are right, it contain all libraries and has simple rules to work but I many prefer zip and when downloaded jar I was some confused. Well, the difference between ZIP and JAR is just a format specification, right? ;) The Plugin, as packaged currently, takes just one step to install, making it less error-prone (no need to unzip, run a script; just execute the JAR). "Why hide details what to do"? Encapsulation! :D I don't understand your Linux comparison; in standard RedHat packaging a RPM also will self-extract and install itself. I believe implementation details *should* be hidden to the user. The contract is that this artifact patches AS. The issue of "how" is out-of-scope, but you can still get at the working parts underneath if you need to. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4205066#4205066 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4205066 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Ejb3 sources in zipped form
"skajotde" wrote : Version madnes is my argument and I describe my way to improve/balance this situation ;) (from experience with work on granular libraries). That's fair, but your proposal involves coupling the release schedule of all EJB3 components. This comes at the cost of the 2 drawbacks I'd presented. Would an additional assembly of all the EJB3 component resources in one place solve this? ie. ejb3-sources-1.0.0.jar, which contains all the sources from the various component versions that are in the EJB3 1.0.0 distribution? "skajotde" wrote : Please don't generalise. There are projects as like whole EJB3, dont libraries. You've now defined a difference between "project" (ie. EJB3) and "library" (the components that make up a project release); that distinction wasn't present before. "skajotde" wrote : In definition I would separate projects from libraries. Project has separate vesioning and release schedule but library not necessary. For the reasons laid out previously, separate release schedule for each component is necessary (or at least desirable). This *ensures* that nothing has changed when no source changes have been made. It's about a guarantee of stability, one of the reasons we've componentized so heavily in the first place. "skajotde" wrote : You say maven releases will have independent releases - ok, so I think there should be additional release as zipped whole binary because it is project not library. Why EJB3 doesn't release zipped distribution like JBossWS, JBossAS, JBM (there is secret installer) ? We are in Linux World and Linux Users don't like when something try hide details. I think you're just asking for a new assembly to contain all of the EJB3 binaries in a unified JAR. And another one for all sources. "skajotde" wrote : I'm not pro shell scripts but ejb3-installer imho should be in zipped distro and operates on files in this zip. Now I guess it downloads jars from maven repo ? No, the ejb3-plugin contains all artifacts to be installed, and is a standard executable JAR. There's no downloading involved. "skajotde" wrote : I suspect you are maven fan and it is main reason to using automagic installer. I'm not so (I have many trouble with unpredicatble maven dependencies). When you download whole distribution there is closed space and you see what you get. With maven this space of dependecies are open and very fast grow (to 1GB maven repo) and I have many class conflicts because I dont see which library is using. Predicable closed dependencies is my prefered way to configure project and it is main reason I ask if there is enable one whole binary of EJB3. So user is not forced to maven when using EJB3. I didn't follow a lot of that reasoning. * We use Maven as a build tool and work through both its benefits and shortcomings. No one I've found has been a "fan" for any non-technical reason. * Maven has nothing to do with the "automagic installer" (ejb3-plugin). * As an end-user you're not forced to use Maven at all. Take our built artifacts and go. * The issue of dependencies isn't just Maven's fault. The EJB3 project must declare dependencies to be built, and AS provides its own dependency chain. So there's a compilation/test set and a runtime set, which may be mismatched. We've been in talks to address this. "skajotde" wrote : Little digression and other question: What is way to get dependency to ejb3 in my maven project. I will have to list all libraries explicite, all 22 libraries ? Just bring in org.jboss.ejb3:jboss-ejb3-as-int:1.0.0. Everything else will come in transitively. But if you're just building applications that *use* JBoss EJB3, you can get by with just the EJB3 API and the JBoss EJB3 External API. Or more simply, a dependency upon jbossall-client.jar. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204860#4204860 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204860 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Ejb3 sources in zipped form
"skajotde" wrote : Yes, there are true arguments but I very prefer treat these libraries as part of EJB3 Project. So when EJB3 Project change releases new version there is one number of version. You can't override logical arguments with preference. :) "skajotde" wrote : I'm afraid of versioning madness. I know that libraries have virtues but I think they shoudn't introduce additional complex level. Main product is JBossAS which is composed from few projects which you can simply download with sources and try (one version number). Now there will be hundreds libraries. Are you sure there is good solution ? AS is an integration technology. To extend your view on a unified version number between the composite and all components would impose that Hibernate, AOP, MC, EJB3, Transactions, etc all have the same version number. And that imposes that they all have the same release schedule. In truth AS brings in components to form the whole. Each project is independently managed. "skajotde" wrote : Maybe tagging all trunk in svn should come back ? We've been this route. It's not sustainable. ie. Any one change in development will stall everyone else. What we have now is a solution where each project develops on their own, making releases when stable, then integrating these releases into AS. Much more stable. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204785#4204785 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204785 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Ejb3 sources in zipped form
"skajotde" wrote : I think it is great that library can be used outside EJB3 and provides model and metatada. But main purposes of this libraries are be part of EJB3 product so I think it should be versioned in one way with one version number for releases of all libraries. So change in library-a should increase version in all libraries ? I have two arguments. 1) It takes time/resources away from dev to re-release projects with no changes. 2) If there's no difference in the code between 1.0.0 and 1.0.1, what does bumping the version number accomplish? You're labelling a new version, signalling that some change has been made. It seems like your concerns would be alleviated with another matrix showing all component versions that comprise an EJB3 release? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204744#4204744 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204744 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Ejb3 sources in zipped form
"wolfc" wrote : The feature packs will have a separate release cycle. As do each of the components that together compose "EJB3". "skajotde" wrote : At least there is plus that all ejb3 artifacts have common version number ...but because of the separate release cycles, the components will not have common versions with the composite for long. :) Because once a component is stable, there's no need to re-release it as another version until some bug or feature request comes along requiring changes. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204717#4204717 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204717 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: JBoss AS 5.0.0.GA doesn't have bundled Ejb3
"skajotde" wrote : | It would be nice release notes (http://sourceforge.net/project/shownotes.php?release_id=655817&group_id=22866) describe this relation. It is great that EJB3 can be standalone product but from JEE view is couply integrated with application server so I think version matrix with EJB3 vs JBossAS should be documented. Thanks for the helpful feedback. We'd provided release notes during the release process, and it looks like they haven't made it up. Over the next couple weeks we'll be smoothing out the bumps in the road (like this). WRT Version Matrix, something like the following would suffice: EJB3 Plugin VersionAS Version | 1.0.0 5.0.0.GA | 1.0.1 5.0.1.GA | 1.0.2 5.0.1.GA ...? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204715#4204715 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204715 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Ejb3 sources in zipped form
Sure, but at the moment, each EJB3 component has its own source artifact: http://repository.jboss.org/maven2/org/jboss/ejb3/ At time of this writing, each component is at 1.0.0. This is subject to change. :) Short answer: all sources are available, but there's no composite JAR with all of 'em in one artifact. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204616#4204616 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204616 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: JBoss AS 5.0.0.GA doesn't have bundled Ejb3
Glad to clear this up. JBossAS 5.0.0.GA shipped with a composite of the EJB3 components, which together had a release version of 1.0.0-Beta7. While this was sufficient for the release criteria of AS, the EJB3 Team had a different set of release criteria before we were comfortable branding as EJB3 1.0.0 (implicitly GA). The newly-released EJB3 Plugin will update AS 5.0.0 to EJB3 1.0.0 level. Additionally, we'll be releasing some form of the Plugin every 2 weeks, each one targeted to patch the most recent AS release. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204615#4204615 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204615 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: When will be JBoss EJB 3.1 implementation ?
We're working on the EJB 3.1 features now, but have not yet released a roadmap. JBoss does provide client-driven asynchronous invocations, take a look at our Unit Tests (works w/ EJB3 in AS 5.0.0.GA): http://anonsvn.jboss.org/repos/jbossas/projects/ejb3/trunk/common/src/test/java/org/jboss/ejb3/test/common/proxy/unit/AsyncTestCase.java Note that this will work with any object, not just EJB3 Proxies. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203941#4203941 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203941 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Migrating EJB3 Code from 4.2 to 5.0 and encountering [J
Yep. * @Remote references a business interface (EJB 3.x View) * is a Remote Component interface (extends EJBObject, an EJB 2.x View) * is the XML equivalent to @Remote * There is no annotation for , we read it in via the return types of @Home create methods. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203746#4203746 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203746 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Migrating EJB3 Code from 4.2 to 5.0 and encountering [J
Looks like the forum software chopped off the JIRA issue from your topic. What was the error? There's nothing wrong with that construct assuming: * There's no @Local or @Remote annotation on EchoService * EchoServiceRemote does not also extend from EJBObject * EchoServiceLocal does not also extend from EJBLocalObject S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203451#4203451 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203451 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: There is no default persistence unit in this deployment
"davestar" wrote : Thanks Everyone, the JIRA ticket can be closed. It can't be closed if all we've done is identified a workaround. ;) First we need a test for @PersistenceContent w/ no unitName placed at the root of an EAR, checking that the default PU can be resolved. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4202577#4202577 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4202577 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: How to inject sessionbean from sessionbean from another
"kolszew73" wrote : Ok i know, but ... it works fine in JBOSS 4.2.2 ! | I'm sympathetic to this in practice. So: [url]https://jira.jboss.org/jira/browse/EJBTHREE-1689[/ur] S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4202529#4202529 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4202529 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: How to inject sessionbean from sessionbean from another
"kolszew73" wrote : 1. This in not EJB3 compilant, i must use annotation org.jboss.ejb3.annotation.LocalBinding which is'n standard EJB annotation Strong words from someone trying to bypass spec scoping by injecting across unrelated JARs/EARs. ;) True story though. Looking forward we'll be moving the injection framework to the new pluggable @EJB reference resolvers, which will optionally support injection across any EJB3 DeploymentUnits registered w/ the MainDeployer. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4202485#4202485 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4202485 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: There is no default persistence unit in this deployment
Might wanna change your packaging as to not bring in your SVN meta into the EAR. ;) Sure, let's open a JIRA and attach your EAR. I'll have a look to see if it's something I'm missing from this post, or a real issue. EJBTHREE project, component "jpa-deployers". S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4202273#4202273 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4202273 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Embedded EJB 3.1: EjbReferenceResolver and getting hold
"pete.m...@jboss.org" wrote : 1) Do(es) the org.jboss.ejb3.EjbReferenceResolver ... exist in embedded EJB3.1? Nope. After I get this release out we can talk about moving support into Embeddable EJB. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4202270#4202270 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4202270 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: There is no default persistence unit in this deployment
JBossAS Version? "davestar" wrote : My persistence.xml is in the MET-INF folder in the ear file. I assume you mean "META-INF"? For reference: "EJB 3.0 Persistence Specification 6.2.2" wrote : When referencing a persistence unit using the unitName annotation element or persis- | tence-unit-name deployment descriptor element, the visibility scope of the persistence unit is determined by its point of definition. A persistence unit that is defined at the level of an EJB-JAR, WAR, or application client jar is scoped to that EJB-JAR, WAR, or application jar respectively and is visible to | the components defined in that jar or war. A persistence unit that is defined at the level of the EAR is generally visible to all components in the application. And what about the packaging within your EAR? Are the modules all listed in the manifest META-INF/application.xml? jar -tvf nameOfYourEar.ear If you can provide an isolated (failing) test case w/ this issue, we can open a JIRA and attach the EAR. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4202259#4202259 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4202259 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: how start ejb timer on deployment of ejb sesssion beans?
This was an issue also discussed today on Freenode IRC's #jboss. :) The EJB 3.1 Specification addresses application lifecycle via the @Singleton bean. Until that support arrives, JBoss has a vendor-specific extension called the @Service bean, which is a singleton that optionally supports MBean (@Management) interfaces w/ lifecycle. @see http://docs.jboss.org/ejb3/app-server/reference/build/reference/en/html/jboss_extensions.html S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4202012#4202012 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4202012 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: jboss 5.0.0.GA and ejb3
The reason for this is because starting in the 5.0.0.Beta releases we moved
jbossall-client to a manifest-only JAR. This means that instead of repackaging
all of the classes in the JARs you mention into one uber-JAR, jbossall-client
contains a ClassPath entry in the manifest to point to the relative location of
the JARs listed. Therefore, they're expected to be in the same directory.
As a workaround, you could write a script that does:
mkdir mytempdir
| for(each JAR listed)
| { extractContentsInto > mytempdir) }
| JAR(contentsOf mytempdir)
...and then use your own JAR.
If you feel this makes things unusable/unfriendly, address it on the jboss-dev
public mailing list. We don't want add "bloat" to the distro by repackaging
classes, but maybe we could look into adding a script so that users have the
option of making their own single jbossall-client.
S,
ALR
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4201916#4201916
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4201916
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to add Annotation Plugin?
"ALRubinger" wrote : The callbacks are added for any deployment under the same Controller So beware, you're actually altering MC's behaviour. I believe Ales made some mention of considering whether these callbacks should be made by default (so this bit wouldn't be needed)? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4201114#4201114 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4201114 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to add Annotation Plugin?
"trustin" wrote : Thanks ALR for sharing your code: http://tinyurl.com/7wjv78 | | I put it out there just hoping you'd find it. :) | | Are the callbacks called only when an installed AnnotationPlugin is described in the same deployment, or are they called regardless of whether the installed plugins are described in a different deployment (i.e. different JAR / different beans.xml)? The callbacks are added for any deployment under the same Controller. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4201113#4201113 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4201113 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: MBean start ordering in 5.0CR2
Just a note that I've duplicated the issue and am working on a fix for the next release. Thanks huberth for your detailed explanations. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4200028#4200028 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4200028 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Extreme long deployment time of ear/EJB3s in JBoss 5.0.0
Might also be a good idea to do some profiling to determine some of the major bottlenecks first. If you have the means, JProfiler[1] is a great commercial product. S, ALR [1] http://www.ej-technologies.com/products/jprofiler/overview.html View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4198957#4198957 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4198957 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Possible Bug?
"green_bean_1" wrote : EJB.name does NOT work. it does NOT correctly "inject" the specific implementation.. How would I verify the ENC name for each specific implementation? You haven't supplied the right ENC name yet, so how can you assert it doesn't work? :P. Get the ENC Name using JNDIView in the JMX Console. "mopuf" wrote : 2.If two bean are implementing the same interface (strategy which is not desirable) The drawback is that the interface is no longer deterministic. It's a reach to infer this is bad practice, in fact, I think it promotes good design ie. separation of contract and impl. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4198331#4198331 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4198331 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Possible Bug?
So you're still exhibiting unexpected behaviour? Does @EJB.name work as expected (ie resolves properly to the ENC name)? I'd be surprised if it didn't as we're shipping a compliant implementation. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4198141#4198141 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4198141 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Don't want to hard code the dynamic IP for @RemoteBindin
"slimamar" wrote : https://jira.jboss.org/jira/browse/EJBTHREE-1650 Thank you for opening this. I've deprioritized it from critical, changed from "bug" to "feature request", and renamed "Need EL-replacement within @RemoteBinding.clientBindUrl so connect addresses are not hardcoded". "slimamar" wrote : it's impossible to have multiple remoting binds for an EJB. Nope, you can have as many @RemoteBindings as you want. However you must currently denote an explicit address within clientBindUrl (if it's specified). @see my comments in the JIRA for workarounds. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4198126#4198126 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4198126 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Binding / JNDI / EJB
I have a sneaking suspicion that jndi-name support is lacking. Jaikiran, mind opening a JIRA w/ some simple integration test for it? I should look when I'm back next week. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197835#4197835 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197835 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: class java.lang.ClassCastException in EJB3.0 lookup
I think you want 5th Edition. ;) http://oreilly.com/catalog/9780596009786/?CMP=AFC-ak_book&ATT=Enterprise+JavaBeans+3.0 ...which covers EJB 3.0. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197819#4197819 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197819 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Don't want to hard code the dynamic IP for @RemoteBindin
Please create a JIRA for this as a feature request under EJBTHREE. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197722#4197722 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197722 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: remote ejb and dependency injection
"morphy" wrote : no way to inject a remote ejb??? True, the spec does not provide mechanism for injection of remote resources. In fact, until EJB 3.1 there isn't even a mandate that EJBs are bound into Global JNDI. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197669#4197669 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197669 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Possible Bug?
Judging from those JNDI Names, gotta be at least AS 5 CR2. :) S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197506#4197506 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197506 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Possible Bug?
"green_bean_1" wrote : So, it seems to me like if two impls share the same interface, JBoss doesn't differentiate them? If you can provide a use case (unit test) exhibiting this, we can open a JIRA for resolution. :) S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197491#4197491 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197491 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Possible Bug?
@EJB.name is for the JNDI name of the reference within the ENC. Check your JNDI View, looking under the component (your EJB's deployment) namespace for the correct value. If you're like to use the global JNDI name (as you are), use @EJB.mappedName. Or, designate the target EJB by its name: @EJB.beanName. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197489#4197489 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197489 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Define dependency for ValueMetaData?
"alesj" wrote : Why would we have something like this in MC? Isn't it MC which knows how to treat that the "jndi:" prefix defines a dependency upon a JNDI entry? Otherwise it's just some magic string? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197274#4197274 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197274 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Define dependency for ValueMetaData?
Nice.
public class AbstractEjbReferenceValueMetadata extends
AbstractDependencyValueMetaData
...and...
/**
| * Used in defining the dependency
| */
|@Override
|public Object getUnderlyingValue()
|{
| return DEPENDS_JNDI_PREFIX + this.getTargetJndiName();
|}
...gets the job done as it's picked up by initialVisit.
Another follow-up. :)
Is there an equivalent to my DEPENDS_JNDI_PREFIX (=="jndi:") so I don't have to
define it myself?
S,
ALR
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197266#4197266
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197266
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Define dependency for ValueMetaData?
I've got a ValueMetaData upon which I need to define a dependency before getValue() may be called. Possible? This is so that the target value is available before I inject via an annotation plugin. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196761#4196761 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196761 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: DeploymentUnitRegistry: exists?
Your example works well in my initial integration tests. :) "alesj" wrote : I expect the blog when I wake up on Monday. ;-) I'll take some more time to beef up the test coverage, make proper unit tests (mocking the MC SPIs). But it works as advertised. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196440#4196440 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196440 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: jboss.xml question AS 5
Try instead "mapped-name". If that works, please open a JBMETA JIRA issue? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196425#4196425 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196425 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - DeploymentUnitRegistry: exists?
Is there an equivalent of a DeploymentUnitRegistry? For instance: Collection deploymentUnits = DeploymentUnitRegistry.getAllDeploymentUnits(); S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196383#4196383 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196383 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to pick up field-level annotations in annotation plu
"alesj" wrote : Either set bean's BeanAccessMode to FIELDS or ALL.
Great, thanks. ;)
A follow-up question:
public class Pojo
| {
|@EJB
|private Object injectedEjb;
|
|public Object getInjectedMember()
|{
| return injectedEjb;
|}
|
| }
I must use "getInjectedMember"; using "getInjectedEjb" means the field
annotation is ignored. This is expected according to docs in BeanAccessMode:
STANDARD(BeanInfoCreator.STANDARD), // Getters and Setters
|FIELDS(BeanInfoCreator.FIELDS), // Getters/Setters and fields without
getters and setters
|ALL(BeanInfoCreator.ALL); // As above but with non public fields included
No way to get private fields with a corresponding accessor/mutator read in?
Why this design (against JavaBean conventions)?
S,
ALR
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195708#4195708
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195708
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to add Annotation Plugin?
Yes, was hoping for this auto-registration much like is done when installing a
KernelRegistryPlugin (ie. picks up the interface and takes appropriate action).
So the following works:
// Install the BeanAnnotationAdapter w/ callback to add annotation
plugins on install
| BeanAnnotationAdapter beanAnnotationAdapter =
BeanAnnotationAdapterFactory.getInstance()
| .getBeanAnnotationAdapter();
| String beanAnnotationAdapterBindName = "ejb3.BeanAnnotationAdapter";
| BeanMetaDataBuilder bmdb =
BeanMetaDataBuilder.createBuilder(beanAnnotationAdapterBindName,
beanAnnotationAdapter
| .getClass().getName());
| bmdb.addMethodInstallCallback("addAnnotationPlugin");
| controller.install(bmdb.getBeanMetaData(), beanAnnotationAdapter);
...course, I still gotta hardcode that "addAnnotationPlugin" method as a
String... ;)
S,
ALR
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195699#4195699
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195699
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: EAR Scoped PersistenceUnit
EJB 3.0 Persistence Specification, Section 6.2 wrote : A persistence unit is defined by a persistence.xml file. The jar file or directory whose META-INF | directory contains the persistence.xml file is termed the root of the persistence unit. In Java EE, the root of a persistence unit may be one of the following: | | * an EJB-JAR file | * the WEB-INF/classes directory of a WAR file[40] | * a jar file in the WEB-INF/lib directory of a WAR file | * a jar file in the root of the EAR | * a jar file in the EAR library directory | * an application client jar file S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195688#4195688 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195688 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - How to pick up field-level annotations in annotation plugin?
I've got an annotation plugin:
public class EjbReferenceAnnotationPlugin extends FieldAnnotationPlugin
| {...}
..which does not run through "protected ValueMetaData
createValueMetaData(FieldInfo fieldInfo, EJB annotation)" upon encountering
@EJB on a field-level property.
If I change this to extend from PropertyAnnotationPlugin, accessor methods
annotated w/ @EJB are picked up.
Assuming I've given enough information to describe the disconnect, what am I
missing to get field-level annotations read?
S,
ALR
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195489#4195489
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195489
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - How to add Annotation Plugin?
I'm currently adding my annotation plugin like: // Add our annotation plugin | BeanAnnotationAdapter beanAnnotationAdapter = BeanAnnotationAdapterFactory.getInstance() | .getBeanAnnotationAdapter(); | AbstractBeanAnnotationAdapter abstractAdapter = (AbstractBeanAnnotationAdapter) beanAnnotationAdapter; //FIXME Relies on implementation internals | abstractAdapter.addAnnotationPlugin(EjbReferenceAnnotationPlugin.INSTANCE); //FIXME Requiring this cast to AbstractBeanAnnotationAdapter brings me out of interface-centric programming and into MC internals. Is there a better way where this approach may be avoided? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195482#4195482 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195482 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Cross-referencing EJBs doesn't work
The Integration Test is passing: http://jboss.hudson.alrubinger.com/job/EJB3_Integration_TestSuite_AS5_GA/lastBuild/testReport/org.jboss.ejb3.test.circulardependency.unit/ Please post relevant layout and errors in a new topic (so we don't hijack this one). ;) S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195194#4195194 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195194 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: how to customize the TM for my EJB3 app?
If you get the TransactionManager from JNDI, then get the Thread's current Tx from there, that's not sufficient for you? It's some wrapper object and you need an underlying impl (much like EntityManager.getDelegate() provides)? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193189#4193189 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193189 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: EJB3 Session Bean as 2.1 Service
"cburnley" wrote : which would imply that it is not really a 2.1 view of the service because it uses ejb3 proxy classes No, it's a valid EJB 2.1 View, but the ICE is because the 4.2.3 and 4.0.3 Proxy classes are not compatible. Solution is to ensure that your client has the correct classes on its ClassPath. FYI, in AS5 @Remote does not accept EJB 2.1 interfaces (ie. extends EJBObject), but the Remote Component Interface metadata is read in from the return values of "create" methods in @RemoteHome. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4192286#4192286 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4192286 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss AOP] - Advice Stack CNFE on *-aop.xml (AspectManager) Deployment
@see http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191798 One of our users is looking to add a client-side interceptor to the advice stack. As the class is not part of our distribution, it's not available on the server CP (only in the EAR, or on the client CP). Question: Why do we require that stack interceptors be available when loading XML into the AspectManager; can this be deferred until the stack is needed by: // Obtain interceptors by stack name via Aspect Manager | AspectManager manager = AspectManager.instance(); | AdviceStack stack = manager.getAdviceStack(stackName); | assert stack != null : "Could not find Advice Stack with name: " + stackName; | Advisor advisor = this.getAdvisor(); | Interceptor[] interceptors = stack.createInterceptors(advisor, null); ? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191805#4191805 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191805 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: client interceptor - ejb3-interceptors-aop.xml
Addressed on AOP User's Forum: http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191805 S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191806#4191806 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191806 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
