Fundamental question: Integrating non-EJB classes

Hi there,
sorry to ask that, but how can i integrate classes other than EJBs
into my assembled application ? i use sun's deploytool and their ri
application server.
my task is to call a class called J2EEManager at the app server
startup, which has to initialize some server-wide data. but how do
i call and integrate this class at deployment level ? in the deploytool
there isn't such a support. i do also use this class during runtime.
also i do not see how to integrate my helper classes that are needed
by the EJBs i developed. again, in deploytool i just can add my EJB's
but not all the other classes i implemented.
how does this work ? any hints, links, tutorials ? the examples i've
seen in books and articles mostly do not cover these things...
thank you very much. best regards
rivella50

When you call the "packager" tool, you can specify any classes you want to include in the package archives. They don't all have to be EJB classes or interfaces. I don't use the deploytool UI, but there should be a way to include extra files into the packages from within the UI mode.
As for performing extra functionality at server startup, I don't know of any way to do this. However you can create a separate (stand-alone) application that is run on the server machine, just after server startup:
j2ee &... wait until server is up and running ...
java J2EEManager <params>Ben

Similar Messages

Can't access non ejb classes from JSP - NoClassDefFound error

 Hi,
 I have one session ejb which has a method returning a collection of non ejb class objects (say of Class 'Foo').
 The method signature is like :
 "Collection getFinacialData() throws RemoteException"
 It is working fine with normal java clients. Now when I run this from a JSP it gives a "NoClassDefFoundError". I kept class 'Foo' and the remote interface of the session bean in the same package and also in the same ejb jar file. Also I am running JSP and ejb in same WL server(ver 5.1, SP8 on solaris). What I have done is only deployed the bean jar file. Do I need to do anything more?
 thanks in advance.


I ran into a similar problem. I solved it by putting the client classes for
 accessing my EJB in the WebLogic POST_CLASSPATH in the startWebLogic script
 file:
 set POST_CLASSPATH=d:\weblogic\myserver\myClient.jar
 For more information on class visibility between the JSP and EJB class
 loaders, check out
 http://www.weblogic.com/docs51/classdocs/API_ejb/EJB_deployover.html#1056256
 Rick
 "niroja" <[email protected]> wrote in message
 news:3a6ed903$[email protected]..
 >
 > Hi,
 >
 > I have one session ejb which has a method returning a collection of non
 ejb class objects (say of Class 'Foo').
 > The method signature is like :
 > "Collection getFinacialData() throws RemoteException"
 > It is working fine with normal java clients. Now when I run this from a
 JSP it gives a "NoClassDefFoundError". I kept class 'Foo' and the remote
 interface of the session bean in the same package and also in the same ejb
 jar file. Also I am running JSP and ejb in same WL server(ver 5.1, SP8 on
 solaris). What I have done is only deployed the bean jar file. Do I need to
 do anything more?
 >
 > thanks in advance.
 >

Previous unanswered Hot deploy of non EJB, non JSP classes

 Subject to my last post I've since seen my questions has appeared twice on this
 newsgroup, March 2001, and Nov 2000 and no responses to it those times. Aren't
 there BEA engineers reading this newsgroup who would know the answer to that question?
 http://newsgroups.bea.com/cgi-bin/dnewsweb?cmd=article&group=weblogic.developer.interest.jsp&item=3776&utag=
 http://newsgroups.bea.com/cgi-bin/dnewsweb?cmd=article&group=weblogic.developer.interest.jsp&item=5171&utag=


 Firstly I already did call BEA support before coming here, this is my last resort.
 I can't get a definitive answer from support. They were the ones that actually
 suggested to me that I post here in the first place. I did search the BEA edocs
 and couldn't find anything on it.
 Secondly, I am using WL 6.1 SP1, and in the thread just beneath this one, which
 I referred to directly in my opening post on this thread, I do mention this in
 the opening paragraph, in fact I give considerable detail.
 Thirdly, I never implied there was an onus on any BEA engineer to answer anything
 here. What I did mean was that given that they do read these posts and they do
 answer posts, I was merely a bit concerned that as I'm third person to ask, it
 would be strange to still get no response given that they answer other questions.
 I mean if they don't know, then who does? It's a real simple yes/no answer, it
 would take 5 seconds.
 Paul
 Robert Patrick <[email protected]> wrote:
 >
 >
 >The answer is simple -- move to WLS 6.x and use enterprise applications
 >(or web applications or an EJB jar file)
 >to package everything up into a single deployment unit and hot deploy
 >the whole deployment unit. WLS 5.1 and
 >earlier do not support hot deployment of non-servlet/non-JSP/non-EJB
 >classes.
 >
 >Mike Reiche wrote:
 >
 >> You can always call BEA Support - 1.888.232.7878 to get the help you
 >need. This
 >> newsgroup is not official BEA Support. It is out of the goodness of
 >their hearts
 >> that BEA engineers help people out here.
 >>
 >> I don't really think you wanted everyone that read your email and didn't
 >know
 >> if such a feature was available, to send you an email saying 'No, I
 >don't know
 >> if such a feature is available'. That's why there were zero responses.
 >>
 >> None of the posts you listed mention what version of WL. That makes
 >a difference.
 >> Also read the online documentation at edocs.bea.com, search for 'hot
 >deploy'.
 >>
 >> Mike Reiche
 >>
 >> "Paul H" <[email protected]> wrote:
 >> >
 >> >Subject to my last post I've since seen my questions has appeared
 >twice
 >> >on this
 >> >newsgroup, March 2001, and Nov 2000 and no responses to it those times.
 >> >Aren't
 >> >there BEA engineers reading this newsgroup who would know the answer
 >> >to that question?
 >> >
 >> >http://newsgroups.bea.com/cgi-bin/dnewsweb?cmd=article&group=weblogic.developer.interest.jsp&item=3776&utag=
 >> >
 >> >http://newsgroups.bea.com/cgi-bin/dnewsweb?cmd=article&group=weblogic.developer.interest.jsp&item=5171&utag=
 >
 >
 ><!doctype html public "-//w3c//dtd html 4.0 transitional//en">
 ><html>
 >The answer is simple -- move to WLS 6.x and use enterprise applications
 >(or web applications or an EJB jar file) to package everything up into
 >a single deployment unit and hot deploy the whole deployment unit.
 >WLS 5.1 and earlier do not support hot deployment of non-servlet/non-JSP/non-EJB
 >classes.
 >Mike Reiche wrote:
 ><blockquote TYPE=CITE>You can always call BEA Support - 1.888.232.7878
 >to get the help you need. This
 > newsgroup is not official BEA Support. It is out of the goodness
 >of
 >their hearts
 > that BEA engineers help people out here.
 >I don't really think you wanted everyone that read your email and
 >didn't
 >know
 > if such a feature was available, to send you an email saying 'No,
 >I
 >don't know
 > if such a feature is available'. That's why there were zero responses.
 >None of the posts you listed mention what version of WL. That makes
 >a difference.
 > Also read the online documentation at edocs.bea.com, search
 >for
 >'hot deploy'.
 >Mike Reiche
 >"Paul H" <[email protected]> wrote:
 > >
 > >Subject to my last post I've since seen my questions has appeared
 >twice
 > >on this
 > >newsgroup, March 2001, and Nov 2000 and no responses to it those
 >times.
 > >Aren't
 > >there BEA engineers reading this newsgroup who would know the answer
 > >to that question?
 > >
 > >http://newsgroups.bea.com/cgi-bin/dnewsweb?cmd=article&group=weblogic.developer.interest.jsp&item=3776&utag=
 > >
 > >http://newsgroups.bea.com/cgi-bin/dnewsweb?cmd=article&group=weblogic.developer.interest.jsp&item=5171&utag=</blockquote>
 ></html>
 >
 >

Interceptors for non EJB

Hi,
does the jee standard covers interceptors for non EJB classes? I'm using Glassfish and it worked for a plain java classes e.g.:
@Interceptors(TraceInterceptor.class)
public class PlainClass {
     public String doSomething() {
          return "somthing";
Hoever when I use the intercepter with a DAO class that's depending an an EntityManager e.g.:
@Interceptors(TraceInterceptor.class)
public class PersonDao implements IPersonDao {
     @PersistenceContext
     private EntityManager em;
     @Override
     public Person getById(Integer id) {
          return em.find(Person.class, id);
I get a NullPointer exeption because the Entity Manger is not injected.
so my question is: does the jee standard covers interceptors for non EJB classes?
Regards
Sebastian

Hi,
thanks for your response.
When I remove the @Interceptors annotation from the PersonDao everything works fine including the injection of the entity manager. When I add the @Interceptors annotation I get a null pointer at em.find(Person.class, id).
I’m new to JEE6 because I have worked with Spring the last 6 years. Accidently I never used the @Named annotation. Surprisingly that is no problem (at least in Glassfish).
Anyhow I added the @Named annotation to the DAO but that not changed anything, I still got a null pointer. What’s wrong?
@Interceptors(TraceInterceptor.class)
@Named
public class PersonDao implements IPersonDao {
     @PersistenceContext
     private EntityManager em;
     @Override
     public Person getById(Integer id) {
          return em.find(Person.class, id);
@Stateless
@Interceptors(TraceInterceptor.class)
public class TestSrv implements ITestSrv {
     @Inject
     private IPersonDao personDao;
     @Override
     public Person getPerson(Integer id) {
          return personDao.getById(id);
Best regards
Sebastian

Fundamental question on EJB, JNDI and client jars

Hi,
This is a very fundamental question on EJBs and their clients - what
all should go into the client jar of an ejb?
I know for sure that just the remote and home interface classes of the
ejb are sufficient on the client's classpath to work with an EJB on a
totally different server, but I dont understand the logic behind it.
If the client has to pass its object parameters over the network to
the server where the ejb bean is located, should the container
generated stub not be present on the client's classpath? After the
client does the JNDI lookup of the ejb home on the server, how does it
serialize and pass the parameters over the network if the container
generated stub is not present?
Any help would be greatly appreciated. Pointers to material on the
internet which explain this/related things in detail would be a great
help.
Thank you,
Anoushka

hello,
well, the process is fairly simple actually.. The client needn't necessarily have
the container generated stub. as a client u could contact what is known as a boot-strap
service to download the stub over the wire.. infact one of the advantages of RMI
is precisely that. and since RMI is the underlying architecture of EJBs, it all
becomes rather simple. when u 'lookup' a bean, what u are in essence doing is
asking the server to send down the stub to your JVM. well.. right now this is
what i got time for..i will try to post a lengthier explanation in a couple of
days at leisure..
Vijay
"Anoushka" <[email protected]> wrote:
>
Hi,
This is a very fundamental question on EJBs and their clients - what
all should go into the client jar of an ejb?
I know for sure that just the remote and home interface classes of the
ejb are sufficient on the client's classpath to work with an EJB on a
totally different server, but I dont understand the logic behind it.
If the client has to pass its object parameters over the network to
the server where the ejb bean is located, should the container
generated stub not be present on the client's classpath? After the
client does the JNDI lookup of the ejb home on the server, how does it
serialize and pass the parameters over the network if the container
generated stub is not present?
Any help would be greatly appreciated. Pointers to material on the
internet which explain this/related things in detail would be a great
help.
Thank you,
Anoushka

NON-SERVLET, NON-EJB DYNAMIC CLASS RELOAD

hi,
          In weblogic 5.1, is there a way to reload a class from the clientclasses directory without restarting the server? it's just a class in the clientclasses used by the JSPs. a kind of hotdeploy for NON-EJB, NON-SERVLET CLASS. SPECIFIC guidance will be immensely appreciated..
          Thanks in advance
          Vijay


please show us the full error message.
it sounds like a classpath problem...

Question about access non-public class from other package.

Hi, everyone!
Suppose class A and class B are in the same java file of package pkg1
-- A.java. So, A is a public class and B is a non-public class.
If I want to access class B from another class class C and class
C is in package pkg2. When compiling, an error occurs indicating
that class B is not visible to class C.
So, If I defined serveral classes in one java file and I want to
access every class from other package. How should I do?
(I think in one java file, there should be only one public class and
only the public class can be accessed from other package.)
Thanks in advance,
George

So, If I defined serveral classes in one java file and
I want to
access every class from other package. How should I
do? As you already seem to know, there is at most one public class allowed per source file (at least, with javac and most popular compilers). So if you want more than one public class, you will need to use more than one file...

Transaction & non-EJB objects (helper)

hi i have a question about transactional behavior of non-EJB objects. i'm
 using
 weblogic 6.0 sp1 with ejb 2.0.
 say i have a session bean which starts a container managed transaction. and
 it calls
 out to helper class A(non-EJB), and that helper class A get a connection and
 update
 some tables. after A returns, session bean calls helper class B(non-EJB) in
 the
 same transaction. B is supposed to update some other tables but it throw an
 user
 exception. would the transaction in the session bean be rolled back? would
 it
 also roll back the changes made by helper class A?
 thanks for any help,
 z


Thanks Rob!
 "Rob Woollen" <[email protected]> wrote in message
 news:[email protected]...
 > Ziqiang Xu wrote:
 >
 > > hi i have a question about transactional behavior of non-EJB objects.
 i'm
 > > using
 > > weblogic 6.0 sp1 with ejb 2.0.
 > >
 > > say i have a session bean which starts a container managed transaction.
 and
 > > it calls
 > > out to helper class A(non-EJB), and that helper class A get a connection
 and
 > > update
 > > some tables.
 >
 > You must get the JDBC connection from a TxDataSource.
 >
 > > after A returns, session bean calls helper class B(non-EJB) in
 > > the
 > > same transaction. B is supposed to update some other tables but it
 throw an
 > > user
 > > exception. would the transaction in the session bean be rolled back?
 >
 > Merely throwing an exception from a helper class will not rollback the
 > transaction.
 >
 > Within an EJB, the best way to rollback a tx is to use the
 > EJBContext.setRollbackOnly method.
 >
 > So you could do something like this:
 >
 > session_bean_method() {
 >
 > try {
 > B.foo();
 > } catch (MyException e) {
 > ctx.setRollbackOnly();
 > throw e;
 > }
 >
 > }
 >
 > > would
 > > it
 > > also roll back the changes made by helper class A?
 > >
 >
 > If they are all within a single transaction, then yes. As I mentioned
 before,
 > make sure that you use a TxDataSource for all of your JDBC Connections.
 >
 > -- Rob
 >
 > >
 > > thanks for any help,
 > >
 > > z
 >

Calling non ejb from ejb using jndi lookup

Is it possible to call a non ejb java object from an ejb using a jndi lookup?
For example, we have a java class where main registers itself with our application server (JBoss 3.0.1). We have a test client that can use jndi to look up the object, but we can't get an ejb inside the application server to use the object.
Are we trying to do the impossible? If my question is not clear, please let me know so I can try to clarify.
Thanks

JNDI uses factories to create objects.
It's possible that JBoss has a Bean Factory which you can use to create your instance.
Tomcat has a Bean factory in its JNDI implementation. I use it just as you have indicated.
The JBoss documenation may help?
Dave

JDeveloper EJB Class Editor lock

I created an EJB using JDev and used the EJB class editor to build the fields/methods in the bean.
After working on the EJB for quite a while I reopened the EJB Class editor and found a blue error at the bottom of the window stating :
Editor locked : file is read only.
I have tried almost everything to unlock the editor but I have had no success.None of the files in project is read-only.
If you have experinced this problem please respond!
Regards
LeRoux

Hi,
Go to se38.
In the menubar..
Goto-->attributes.
In that u can see on the bottom of the popup, a check box with editor lock.
U check that box.
Then the program cannot be edited by any other user other than the one who has created.
In this case the username has to be unique.
If one user is used by many number of people, then all the people who are using that user can edit the program.
Reward Points if found helpfull..
Cheers,
Chandra Sekhar.

Locating EJB classes from JSP

Hi all,
I have some JSP that invoke Session Beans. My question is:
what is the right place to put EJB classes in order to be found by JSP ?
I have found the following solutions but they both slow down during development
phase:
1) Build an EAR and let the JSP reference EJB classes via the Class-Path attribute.
This is nice but a bit complex: I'd like to use EAR only for shipment phase and
not for every small change to the Bean.
2) Let WLS see the classes including them in the classpath at startup. But this
has the disadvantage that I have to restart WLS every time because - I suppose-
WLS isn't able to unload classes if I include them in the CLASSPATH
So what do you suggest me for development phase? is there a faster solution?
Thanks a lot
F.Marchioni

Hi Arjuna,
put it on the weblogic startup classpath.mmmmm well I think the JSP will not reload the EJB classes when I make a change
if they are on the classpath...unless I restart the server....I'll try again...I
hope I'm wrong...
thanks
Francesco
"Arjuna Chala" <[email protected]> wrote:
for testing
- put it on the weblogic startup classpath.
- use the console's hot deploy facility to re-deploy the ejb after changes.
This works well for me (WLS6.1).
Reagrds
Arjuna Chala
"Marchioni F." <[email protected]> wrote in message
news:3c5eae94$[email protected]..
Hi all,
I have some JSP that invoke Session Beans. My question is:
what is the right place to put EJB classes in order to be found byJSP ?
I have found the following solutions but they both slow down duringdevelopment
phase:
1) Build an EAR and let the JSP reference EJB classes via the Class-Pathattribute.
This is nice but a bit complex: I'd like to use EAR only for shipmentphase and
not for every small change to the Bean.
2) Let WLS see the classes including them in the classpath at startup.But
this
has the disadvantage that I have to restart WLS every time because- I
suppose-
WLS isn't able to unload classes if I include them in the CLASSPATH
So what do you suggest me for development phase? is there a fastersolution?
Thanks a lot
F.Marchioni

JTA/JTS for non-EJB & non-J2EE server used

I have a standalone java program which calls methods on 2 java classes (c1, c2) These are Non-EJB/non-RMI/non-CORBA plain java classes.
the method in c1 updates table t1 in database db1
the method in c2 updates table t2 in database db2
I would like to use JTA for conducting a 2PC based transaction. I know this can be done in an application/server or a J2EE container environment because they have built-in Transaction Managers (TM). and one just has to use JNDI to look up the UserTransaction object and then define the transaction boundaries. However, how do I all the above if I don't have access to a J2EE server and an EJB server?
It seems like I would have to use a standalone Transaction Manager (not bundled with the app-server).

Hi,
My company has just released a (beta!) version of a generic java transaction manager. Although it offers some lightweight beans as standard development model, this does not have to be the case: the core idea is an extensible and very advanced transaction kernel. JTA comptable.
This software is server-oriented: the transactional kernel (which also does recovery) startup and shutdown events trigger the start (initialization) and shutdown of your 'extension' classes. This is necessary because otherwise your resources will not be recoverable: if the transaction manager starts up, then it will first do recovery, and therefore your resources need to be available.
You can ask for a beta version through our website:
http://www.atomikos.com
Note, however: we did not yet implement the XA DataSources. Rather, we have a kind of 'external' stored procedures that allow distributed transactions over regular JDBC connections. You would have to implement your solution along this line, or wait for the XA datasources.
If there proves to be a lot of demand,
we can of course speed up development on XA. It is not a very big effort.
Best regards,
Guy
Guy Pardon ( [email protected] )
Atomikos Software Technology: Transactioning the Net
http://www.atomikos.com/

Custom Object Persistance (non-EJB)

Hello friends.
Could you please give examples, or links to resources, on implementing object persistance where database is the store. EJB is not considered.
It would be great if you could share your experience.
So far I found out two desing patterns for implementing object persistance, that can be found on www.javaworld.com (under Persistance).
The idea expressed in the articles is that every Business Object has a corresponding Data Access Object, that handles all persistance tasks (namely writing, reading from database).
Has anyone implemented it? What are the alternatives?
Hope to hear everyone.

It seems that managing connection is a difficult
issue. Don't you think that factory has to accomplish
connection management, and DAOs have to have a
reference to factory, and call factory's
getConnection() and closeConnection() methods, and
factory will either open and close them, or return
them to pool.You've got a point. Managing connections in a non-EJB environment is the difficult issue. (With EJBs and DataSources this is piece of cake.)
When performance is not the issue, opening and closing a new connection for each db-operation should suffice. But when performance is the issue, things get a little more complex.
A naive way of increasing performance is to have DAOs cache connection objects. The only problem with this is that you would then require one database connection for one DAO. For some applications this would not be a problem, but as a generic solution this is really, really bad.
As for letting the DAOFactory handle connections I am not convinced. I would rather design and implement a separate connection pool (or find an open source / commercial one) than complicate my factories. After all, as the class name states, a UserDAOFactory is a user data access object factory, not a connection pool or a connection manager. Low coupling, high cohesion, eh? ;)
One way of implementing a connection pool I thought of is to write a ConnectionPool class and a PoolableConnection class (or something like that) that implements java.sql.Connection and acts as a wrapper for the real connection. Closing one of these connection would not actually close the connection, but would just return it to the pool.
What is cool about this approach is that you do not have to have your clients call some weird getConnectionFromPool() and returnConnectionToPool(...) methods, they would simply call ConnectionPool.getConnection() and when they are done with the connection they close it, just like a normal java.sql.Connection.
I am oversimplyfying things, of course. But in principle this is precisely what is done in J2EE, just use a "DataSource" for a "ConnectionPool".
Writing code for getting and closing connections in every dao seems a
bit of overhead.It definetely is. With EJBs I used an abstract DAO class to implement connection retrieval (and to hide JNDI-code and cache DataSources) and had all my DAOs extended this class.
Also, from your experience, you never used the generic
CRUD methods? It seems that all your daos have
specific methods, such as loadByUsername.
The article in javaworld get away from this by using
complicating mapping techniques. Have you ever used
generic CRUD, or you found it usefull to have specific
methods?Yep, I have never done anything with CRUD. And all this generic framework stuff and mapping things seems a bit complicated. Perhaps I will have a closer look.

Non creatable class

Hi guys and gals,
I have a tangle of a mess here! Let me start from the beginning. I have a typelib on my computer called "xTInstrument component library version 1.0" I opened the .dll containing the typelib in OLE/VIEW and discovered that the classes I need to use are "non-createable" coclasses mixed in with interfaces. For example, the class I want to use is called "Electron Beam" and it has a property called "HV" which has a method called "SetTargetValue" So I dropped an "Automation Open" vi on the block diagram and wired it all up. When I go to run the program I get the following error "Class not registered in Test.vi" To find out what dlls Labview was calling, I used Process Monitor and watched what it was looking for. I found and registered all the dlls using "regsvr32.exe dll." Now this is where it gets wierd. After registering the dlls, the program still tripped the "Class not registered in Test.vi" error, so I decided to use Process Monitor to check what CLSID were being called. I then searched my registry for the CLSID my LabVIEW program was calling. I found all the CLSIDs except the ones from the non-creatable classes. Is there anyway in LabVIEW to call these "non-creatable" classes?

Hi shivels,
I did some research into non-creatable classes and this is what I found out. A non-creatable class (Microsoft terms them "PublicNotCreatable") is available externally but cannot be instantiated externally. Instead, the object is instantiated indirectly though fucntions, such as a Get function. The reasoning that I can see is that there may be dependencies on other objects so the order in which the objects are instantiated is important. By making a class PublicNotCreatable, the developer can force the user to programmatically construct the objects through calling a Get method.
I did uncover a Microsoft bug report regarding PublicNonCreatable classes: http://support.microsoft.com/kb/244544.
Also, here is Microsoft's definitionhttp://msdn.microsoft.com/en-us/library/aa242107%28VS.60%29.aspx)
PublicNotCreatable means that other applications can use objects
of this class only if your component creates the objects first. Other
applications cannot use the CreateObject function or the New operator
to create objects from the class.
What I suspect in your situation is that the Electron Beam may be a PublicNotCreatable class object, so a get function would be required.
I hope this helps. Let me know if you have any further questions!
Kristen H.

Where to put jar file containing non ejb beans

 Hi everyone,
 i would appreciate a lot if someone could tell me where i could place my jar file
 which contains non ejb beans
 thanks


 Hi,
 I´n not sure what you mean. But if you mean a JAR containing utility classes for
 your EJBs or Servlets you should put it for EJBs into the META-INF/lib directory
 of your EJB JAR or for Servlets/Webapps into the WEB-INF/lib directory.
 So the JAR file will be automatically loaded from the right classloader and can
 be used.
 Christian Plenagl
 Developer Relations Engineer
 BEA Support
 "Mirza Khodabaccus" <[email protected]> wrote:
 >
 >Hi everyone,
 >
 >i would appreciate a lot if someone could tell me where i could place
 >my jar file
 >which contains non ejb beans
 >
 >thanks

Fundamental question: Integrating non-EJB classes

Similar Messages

Maybe you are looking for