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.
          ><p>Mike Reiche wrote:
          ><blockquote TYPE=CITE>You can always call BEA Support - 1.888.232.7878
          >to get the help you need.  This
          ><br>newsgroup is not official BEA Support. It is out of the goodness
          >of
          >their hearts
          ><br>that BEA engineers help people out here.
          ><p>I don't really think you wanted everyone that read your email and
          >didn't
          >know
          ><br>if such a feature was available, to send you an email saying 'No,
          >I
          >don't know
          ><br>if such a feature is available'. That's why there were zero responses.
          ><p>None of the posts you listed mention what version of WL. That makes
          >a difference.
          ><br> Also read the online documentation at edocs.bea.com, search
          >for
          >'hot deploy'.
          ><p>Mike Reiche
          ><p>"Paul H" <[email protected]> wrote:
          ><br>>
          ><br>>Subject to my last post I've since seen my questions has appeared
          >twice
          ><br>>on this
          ><br>>newsgroup, March 2001, and Nov 2000 and no responses to it those
          >times.
          ><br>>Aren't
          ><br>>there BEA engineers reading this newsgroup who would know the answer
          ><br>>to that question?
          ><br>>
          ><br>>http://newsgroups.bea.com/cgi-bin/dnewsweb?cmd=article&group=weblogic.developer.interest.jsp&item=3776&utag=
          ><br>>
          ><br>>http://newsgroups.bea.com/cgi-bin/dnewsweb?cmd=article&group=weblogic.developer.interest.jsp&item=5171&utag=</blockquote>
          ></html>
          >
          >
          

Similar Messages

  • 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/

  • 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...

  • Hot deployment of class files (non-EJB)

     

    Also posting to the servlet newsgroup.
    "Craig Ambrose" <[email protected]> wrote in message
    news:[email protected]..
    >
    I am using WebLogic 6.1 and am interested in using auto-deployment indevelopment
    mode of JSPs and class files that those JSPs rely on. I have a simpleWebLogic
    application that gets deployed using the exploded directory format andwhen I
    modify the JSPs or the class files that they use everything reloadsproperly and
    a newly modified class file will be reloaded the next time the pageutilizing
    the Java class is requested.
    I have a much more complicated application (the one I am really doing workon)
    and I can't get the hot deploy of the class files to take effect. The JSPswill
    reload but I can't seem to cause the class loader to reload any changedclass
    files. If I use the WebLogic Console and un-deploy and then re-deploy theapplication
    then the class files will be reloaded, but I thought that wasn't necessaryfor
    hot deployment. This complex application stores many things in the HTTPsession
    context. I am wondering if that has an effect on the class loader fordependant
    class files.
    I'm pretty sure it is not a configuration issue as I have it working forthe simple
    application. I have the application deployed under the.\config\<domainname>\applications
    directory and am using the exploded directory format with the class filesalso
    exploded in the WEB-INF\classes directory.
    Any insights on dependancies of the hot depployment would be helpful.

  • 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.
              >
              

  • Access denied when deploying task details to non-soa server

    Jdev 11g.
    I am deploying task details to non-soa server following this guideline:
    http://aseng-wiki.us.oracle.com/asengwiki/display/ATG/Deploying+Human+Task+Detail+Page+on+Remote+NonSOA+Server+In+Drop+7
    The error is:
    Access to internal workflow context is denied.
    Requested access to internal workflow context is not allowed according to security policy.
    Ensure that correct security policy is used. If the error persists, contact Oracle Support Services.
         at oracle.bpel.services.workflow.verification.impl.VerificationService.createTaskDisplayInternalWorkflowContext(VerificationService.java:995)
         at oracle.bpel.services.workflow.client.worklist.servlet.TaskFlowDeployerThread$1.run(TaskFlowDeployerThread.java:318)
         at java.security.AccessController.doPrivileged(Native Method)
         at oracle.bpel.services.workflow.client.worklist.servlet.TaskFlowDeployerThread.getInternalWorkflowContext(TaskFlowDeployerThread.java:311)
         at oracle.bpel.services.workflow.client.worklist.servlet.TaskFlowDeployerThread.registerTaskFlowWithTask(TaskFlowDeployerThread.java:232)
         at oracle.bpel.services.workflow.client.worklist.servlet.TaskFlowDeployerThread.run(TaskFlowDeployerThread.java:113)
         at java.lang.Thread.run(Thread.java:619)
    Caused by: java.security.AccessControlException: access denied (oracle.security.jps.JpsPermission VerificationService.createInternalWorkflowContext)
         at java.security.AccessControlContext.checkPermission(AccessControlContext.java:323)
         at java.security.AccessController.checkPermission(AccessController.java:546)
         at oracle.security.jps.util.JpsAuth$AuthorizationMechanism$3.checkPermission(JpsAuth.java:339)
         at oracle.security.jps.util.JpsAuth$Diagnostic.checkPermission(JpsAuth.java:266)
         at oracle.security.jps.util.JpsAuth$AuthorizationMechanism$6.checkPermission(JpsAuth.java:363)
         at oracle.security.jps.util.JpsAuth.checkPermission(JpsAuth.java:399)
         at oracle.security.jps.util.JpsAuth.checkPermission(JpsAuth.java:422)
         at oracle.bpel.services.workflow.verification.impl.VerificationService.createTaskDisplayInternalWorkflowContext(VerificationService.java:988)
         ... 6 more
    May 28, 2009 2:37:18 PM oracle.bpel.services.common.ServicesLogger __log
    SEVERE: <oracle.bpel.services.workflow.client.worklist.servlet.TaskFlowDeployerThread.run> java.lang.Exception: ORABPEL-30515
    Access to internal workflow context is denied.
    Requested access to internal workflow context is not allowed according to security policy.
    Ensure that correct security policy is used. If the error persists, contact Oracle Support Services.
         at oracle.bpel.services.workflow.client.worklist.servlet.TaskFlowDeployerThread.registerTaskFlowWithTask(TaskFlowDeployerThread.java:285)
         at oracle.bpel.services.workflow.client.worklist.servlet.TaskFlowDeployerThread.run(TaskFlowDeployerThread.java:113)
         at java.lang.Thread.run(Thread.java:619)
    Caused by: ORABPEL-30515
    Access to internal workflow context is denied.
    Requested access to internal workflow context is not allowed according to security policy.
    Ensure that correct security policy is used. If the error persists, contact Oracle Support Services.
         at oracle.bpel.services.workflow.verification.impl.VerificationService.createTaskDisplayInternalWorkflowContext(VerificationService.java:995)
         at oracle.bpel.services.workflow.client.worklist.servlet.TaskFlowDeployerThread$1.run(TaskFlowDeployerThread.java:318)
         at java.security.AccessController.doPrivileged(Native Method)
         at oracle.bpel.services.workflow.client.worklist.servlet.TaskFlowDeployerThread.getInternalWorkflowContext(TaskFlowDeployerThread.java:311)
         at oracle.bpel.services.workflow.client.worklist.servlet.TaskFlowDeployerThread.registerTaskFlowWithTask(TaskFlowDeployerThread.java:232)
         ... 2 more
    Caused by: java.security.AccessControlException: access denied (oracle.security.jps.JpsPermission VerificationService.createInternalWorkflowContext)
         at java.security.AccessControlContext.checkPermission(AccessControlContext.java:323)
         at java.security.AccessController.checkPermission(AccessController.java:546)
         at oracle.security.jps.util.JpsAuth$AuthorizationMechanism$3.checkPermission(JpsAuth.java:339)
         at oracle.security.jps.util.JpsAuth$Diagnostic.checkPermission(JpsAuth.java:266)
         at oracle.security.jps.util.JpsAuth$AuthorizationMechanism$6.checkPermission(JpsAuth.java:363)
         at oracle.security.jps.util.JpsAuth.checkPermission(JpsAuth.java:399)
         at oracle.security.jps.util.JpsAuth.checkPermission(JpsAuth.java:422)
         at oracle.bpel.services.workflow.verification.impl.VerificationService.createTaskDisplayInternalWorkflowContext(VerificationService.java:988)
         ... 6 more
    Any idea?

    I encountered the same error.
    Did somebody know how to solve the issue?
    Where our Gurus?

  • Procedure for hot deploying EJBs using  Jdeveloper and OC4J comtainer

    i am using JDeveloper , please any one help me out in hot deploying EJBs. what is the procedure if i want to hot deploy EJBS

    1) You have to start OC4J with higher Java heap size e.g. java -Xms100m -Xmx150m -jar oc4j.jar
    2) The RMI port by default used is 23791 and configurable by modifying config/rmi.xml.
    regards
    Debu

  • 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

  • How to inject EntityManager in non-EJB based WebService?

    Hi,
    I want to know how we can inject EntityManager in non-EJB based WebService?
    Regards,
    imran

    I think the way to go would be to actually do use an EJB for the persistence stuff and use that EJB in your webservice. Use the right tool for the job and all that.

  • 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

  • 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.

  • How to hot deploy EJB in Weblogic?

    Hi all,
    We use Weblogic 10.3 and EJB3.
    EJB has been build as ear and deployed in the server. And other deployed modules in server calls that.
    But the modification of EJB need to be rebuilt and restart the server.
    Does Weblogic support hot deploy for EJB? Do we need plugin or something else for this feature?
    Thanks a lot.

    Hi,
    The production redeployment strategy/hot deployment is supported for:
    a. Standalone Web Application (WAR) modules and Enterprise applications (EARs) whose clients access the application via a Web application (HTTP).
    b. Enterprise applications that are accessed by inbound JMS messages from a global JMS destination, or from inbound JCA requests.
    c. All types of Web Services, including conversational and reliable Web Services, but not 8.x Web Services.
    Production redeployment is not supported for:
    a. Standalone EJB or RAR modules. If you attempt to use production redeployment with such modules, WebLogic Server rejects the redeployment request. To redeploy such modules, remove their version identifiers and explicitly redeploy the modules.
    b. Applications that use JTS drivers. For more information on JDBC application module limitations, see JDBC Application Module Limitations in Configuring and Managing JDBC for Oracle WebLogic Server.
    c. Applications that obtain JDBC data sources via the DriverManager API; in order to use production redeployment, an application must instead use JNDI to look up data sources.
    d. Applications that include EJB 1.1 container-managed persistence (CMP) EJBs. To use production redeployment with applications that include CMP EJBs, use EJB 2.x CMP instead of EJB 1.1 CMP.
    Please check the below Doc
    http://docs.oracle.com/cd/E14571_01/web.1111/e13702/redeploy.htm#
    Hope this answers your question!!
    Thanks,
    Vijaya

  • 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
              

  • Hot Deploy

    When going through the "Creating a New Portal in a New Domain" whitepaper, everything works great until I get to the Hot Deploy. It begins Hot Deploying asks me for my username/password (weblogic/weblogic) continues along for a bit then constantly asks for my username/password. Any ideas?

    Hi Karen,
    This problem occurs when you don't have Internet access when you attempt hot-deploy (or your firewall blocks the ebcc).
    The DOCTYPE tag in the descriptor file specifies the dtd on Sun's website. When the ebcc fails to download the dtd, it
    (incorrectly) also fails to make the necessary changes to the application descriptor xml. Manually editing the application
    descriptor as you described should do the trick. In general, however, here is the workaround:
    1. Save the attached file to your hard drive (just save it to c:\).
    2. Edit the application.xml file as follows:
    a. First copy the entire DOCTYPE declaration and save it somewhere in a separate text file (in case want to revert back to it later).
    b. Edit the DOCTYPE declaration so that it looks like this:
    <!DOCTYPE application PUBLIC '-//Sun Microsystems, Inc.//DTD J2EE Application 1.3//EN' 'file:///application_1_3.dtd'>
    (Notice that the java.sun.com web address is replaced with a URI to the file on your hard drive.)
    3. Save your changes and hotdeploy will work with or without Internet access.
    Best Regards,
    Scott Ellis
    BEA Systems
    Karen Hensel wrote:
    I have had the same problem after following the directions multiple times. I could
    not get the portal to hot deploy or manually deploy from the console. It appears
    xml files are not being updated with the new portal information.
    I was finally able to get the portal deployed by adding (when the server was down,
    of course) a <module> to application.xml and a <WebAppComponent> to the config.xml.
    I'm still not sure things are fully correct.
    "Robert Costa" <[email protected]> wrote:
    I have tried 5 times now. The domain is created successfully but during
    the hot
    deploy of the portal, this is shown in the status window of the hot deploy:
    Adding file: C:\bea\user_projects\testDomain\beaApps\portalApp-project\application-sync\portlets\Portlet1.portlet
    to sync list.
    Adding file: C:\bea\user_projects\testDomain\beaApps\portalApp-project\application-sync\webapps\testPortalWebApp\tools.wf
    to sync list.
    Adding file: C:\bea\user_projects\testDomain\beaApps\portalApp-project\application-sync\webapps\testPortalWebApp\webflow-extensions.wfx
    to sync list.
    Adding file: C:\bea\user_projects\testDomain\beaApps\portalApp-project\application-sync\webapps\testPortalWebApp\user_account.wf
    to sync list.
    Adding file: C:\bea\user_projects\testDomain\beaApps\portalApp-project\application-sync\webapps\testPortalWebApp\portal.wf
    to sync list.
    Adding file: C:\bea\user_projects\testDomain\beaApps\portalApp-project\application-sync\webapps\testPortalWebApp\security.wf
    to sync list.
    Adding file: C:\bea\user_projects\testDomain\beaApps\portalApp-project\application-sync\webapps\testPortalWebApp\testPortal.portal
    to sync list.
    Attempting sync...
    Sync complete.
    Searching for portalApp application descriptor...
    Found it.
    At which time it begins prompting me for my username/password. The dialog
    box
    says:
    Logon (in titlebar)
    Connection:
    Server:
    Username:weblogic
    Password:
    Should connection and server have values? If so, why don't they? I
    followed
    the document completely.
    Thanks!
    "Daniel Selman" <[email protected]> wrote:
    Robert,
    Strange. Are there any clues in the EBCC or server logs you could post?
    Did
    you double check your password is correct by logging in to the console?
    Thanks,
    Daniel Selman
    "Robert Costa" <[email protected]> wrote in message
    news:[email protected]...
    When going through the "Creating a New Portal in a New Domain" whitepaper,everything works great until I get to the Hot Deploy. It begins Hot
    Deploying asks me for my username/password (weblogic/weblogic) continues
    along for a bit then constantly asks for my username/password. Anyideas?
    >
    <!--
    Copyright (c) 2000 Sun Microsystems, Inc.,
    901 San Antonio Road,
    Palo Alto, California 94303, U.S.A.
    All rights reserved.
    Sun Microsystems, Inc. has intellectual property rights relating to
    technology embodied in the product that is described in this document.
    In particular, and without limitation, these intellectual property
    rights may include one or more of the U.S. patents listed at
    http://www.sun.com/patents and one or more additional patents or
    pending patent applications in the U.S. and in other countries.
    This document and the product to which it pertains are distributed
    under licenses restricting their use, copying, distribution, and
    decompilation. This document may be reproduced and distributed but may
    not be changed without prior written authorization of Sun and its
    licensors, if any.
    Third-party software, including font technology, is copyrighted and
    licensed from Sun suppliers.
    Sun, Sun Microsystems, the Sun logo, Java, JavaServer Pages, Java
    Naming and Directory Interface, JDBC, JDK, JavaMail and and
    Enterprise JavaBeans are trademarks or registered trademarks of Sun
    Microsystems, Inc. in the U.S. and other countries.
    Federal Acquisitions: Commercial Software - Government Users Subject to
    Standard License Terms and Conditions.
    DOCUMENTATION IS PROVIDED "AS IS" AND ALL EXPRESS OR IMPLIED
    CONDITIONS, REPRESENTATIONS AND WARRANTIES, INCLUDING ANY IMPLIED
    WARRANTY OF MERCHANTABILITY, FITNESS FOR FOR A PARTICULAR PURPOSE OR
    NON-INFRINGEMENT, ARE DISCLAIMED, EXCEPT TO THE EXTENT THAT SUCH
    DISCLAIMERS ARE HELD TO BE LEGALLY INVALID.
    Copyright (c) 2000 Sun Microsystems, Inc.,
    901 San Antonio Road,
    Palo Alto, California 94303, E'tats-Unis.
    Tous droits re'serve's.
    Sun Microsystems, Inc. a les droits de proprie'te' intellectuels
    relatants a` la technologie incorpore'e dans le produit qui est de'crit
    dans ce document. En particulier, et sans la limitation, ces droits de
    proprie'te' intellectuels peuvent inclure un ou plus des brevets
    ame'ricains e'nume're's a` http://www.sun.com/patents et un ou les
    brevets plus supple'mentaires ou les applications de brevet en attente
    dans les E'tats-Unis et dans les autres pays.
    Ce produit ou document est prote'ge' par un copyright et distribue'
    avec des licences qui en restreignent l'utilisation, la copie, la
    distribution, et la de'compilation. Ce documention associe n peut
    e^tre reproduite et distribuer, par quelque moyen que ce soit, sans
    l'autorisation pre'alable et e'crite de Sun et de ses bailleurs de
    licence, le cas e'che'ant.
    Le logiciel de'tenu par des tiers, et qui comprend la technologie
    relative aux polices de caracte`res, est prote'ge' par un copyright et
    licencie' par des fournisseurs de Sun.
    Sun, Sun Microsystems, le logo Sun, Java, JavaServer Pages, Java
    Naming and Directory Interface, JDBC, JDK, JavaMail et and
    Enterprise JavaBeans sont des marques de fabrique ou des marques
    de'pose'es de Sun Microsystems, Inc. aux E'tats-Unis et dans d'autres
    pays.
    LA DOCUMENTATION EST FOURNIE "EN L'E'TAT" ET TOUTES AUTRES CONDITIONS,
    DECLARATIONS ET GARANTIES EXPRESSES OU TACITES SONT FORMELLEMENT
    EXCLUES, DANS LA MESURE AUTORISEE PAR LA LOI APPLICABLE, Y COMPRIS
    NOTAMMENT TOUTE GARANTIE IMPLICITE RELATIVE A LA QUALITE MARCHANDE, A
    L'APTITUDE A UNE UTILISATION PARTICULIERE OU A L'ABSENCE DE
    CONTREFAC,ON.
    -->
    <!--
    This is the XML DTD for the J2EE 1.3 application deployment
    descriptor. All J2EE 1.3 application deployment descriptors
    must include a DOCTYPE of the following form:
    <!DOCTYPE application PUBLIC
         "-//Sun Microsystems, Inc.//DTD J2EE Application 1.3//EN"
         "http://java.sun.com/dtd/application_1_3.dtd">
    -->
    <!--
    The following conventions apply to all J2EE deployment descriptor
    elements unless indicated otherwise.
    - In elements that contain PCDATA, leading and trailing whitespace
    in the data may be ignored.
    - In elements whose value is an "enumerated type", the value is
    case sensitive.
    - In elements that specify a pathname to a file within the same
    JAR file, relative filenames (i.e., those not starting with "/")
    are considered relative to the root of the JAR file's namespace.
    Absolute filenames (i.e., those starting with "/") also specify
    names in the root of the JAR file's namespace. In general, relative
    names are preferred. The exception is .war files where absolute
    names are preferred for consistency with the servlet API.
    -->
    <!--
    The application element is the root element of a J2EE application
    deployment descriptor.
    -->
    <!ELEMENT application (icon?, display-name, description?, module+,
              security-role*)>
    <!--
    The alt-dd element specifies an optional URI to the post-assembly
    version of the deployment descriptor file for a particular J2EE module.
    The URI must specify the full pathname of the deployment descriptor
    file relative to the application's root directory. If alt-dd is not
    specified, the deployer must read the deployment descriptor from the
    default location and file name required by the respective component
    specification.
    Used in: module
    -->
    <!ELEMENT alt-dd (#PCDATA)>
    <!--
    The connector element specifies the URI of a resource adapter archive
    file, relative to the top level of the application package.
    Used in: module
    -->
    <!ELEMENT connector (#PCDATA)>
    <!--
    The context-root element specifies the context root of a web
    application.
    Used in: web
    -->
    <!ELEMENT context-root (#PCDATA)>
    <!--
    The description element is used to provide text describing the parent
    element. The description element should include any information that
    the application ear file producer wants to provide to the consumer of
    the application ear file (i.e., to the Deployer). Typically, the tools
    used by the application ear file consumer will display the description
    when processing the parent element that contains the description.
    Used in: application, security-role
    -->
    <!ELEMENT description (#PCDATA)>
    <!--
    The display-name element contains a short name that is intended to be
    displayed by tools. The display name need not be unique.
    Used in: application
    Example:
    <display-name>Employee Self Service</display-name>
    -->
    <!ELEMENT display-name (#PCDATA)>
    <!--
    The ejb element specifies the URI of an ejb-jar, relative to the top
    level of the application package.
    Used in: module
    -->
    <!ELEMENT ejb (#PCDATA)>
    <!--
    The icon element contains small-icon and large-icon elements that
    specify the file names for small and a large GIF or JPEG icon images
    used to represent the parent element in a GUI tool.
    Used in: application
    -->
    <!ELEMENT icon (small-icon?, large-icon?)>
    <!--
    The java element specifies the URI of a java application client module,
    relative to the top level of the application package.
    Used in: module
    -->
    <!ELEMENT java (#PCDATA)>
    <!--
    The large-icon element contains the name of a file
    containing a large (32 x 32) icon image. The file
    name is a relative path within the application's
    ear file.
    The image may be either in the JPEG or GIF format.
    The icon can be used by tools.
    Used in: icon
    Example:
    <large-icon>employee-service-icon32x32.jpg</large-icon>
    -->
    <!ELEMENT large-icon (#PCDATA)>
    <!--
    The module element represents a single J2EE module and contains a
    connector, ejb, java, or web element, which indicates the module type
    and contains a path to the module file, and an optional alt-dd element,
    which specifies an optional URI to the post-assembly version of the
    deployment descriptor.
    The application deployment descriptor must have one module element for
    each J2EE module in the application package.
    Used in: application
    -->
    <!ELEMENT module ((connector | ejb | java | web), alt-dd?)>
    <!--
    The role-name element contains the name of a security role.
    The name must conform to the lexical rules for an NMTOKEN.
    Used in: security-role
    -->
    <!ELEMENT role-name (#PCDATA)>
    <!--
    The security-role element contains the definition of a security
    role. The definition consists of an optional description of the
    security role, and the security role name.
    Used in: application
    Example:
    <security-role>
         <description>
         This role includes all employees who are authorized
         to access the employee service application.
         </description>
         <role-name>employee</role-name>
    </security-role>
    -->
    <!ELEMENT security-role (description?, role-name)>
    <!--
    The small-icon element contains the name of a file
    containing a small (16 x 16) icon image. The file
    name is a relative path within the application's
    ear file.
    The image may be either in the JPEG or GIF format.
    The icon can be used by tools.
    Used in: icon
    Example:
    <small-icon>employee-service-icon16x16.jpg</small-icon>
    -->
    <!ELEMENT small-icon (#PCDATA)>
    <!--
    The web element contains the web-uri and context-root of a web
    application module.
    Used in: module
    -->
    <!ELEMENT web (web-uri, context-root)>
    <!--
    The web-uri element specifies the URI of a web application file,
    relative to the top level of the application package.
    Used in: web
    -->
    <!ELEMENT web-uri (#PCDATA)>
    <!--
    The ID mechanism is to allow tools that produce additional deployment
    information (i.e., information beyond the standard deployment
    descriptor information) to store the non-standard information in a
    separate file, and easily refer from these tool-specific files to the
    information in the standard deployment descriptor.
    Tools are not allowed to add the non-standard information into the
    standard deployment descriptor.
    -->
    <!ATTLIST alt-dd id ID #IMPLIED>
    <!ATTLIST application id ID #IMPLIED>
    <!ATTLIST connector id ID #IMPLIED>
    <!ATTLIST context-root id ID #IMPLIED>
    <!ATTLIST description id ID #IMPLIED>
    <!ATTLIST display-name id ID #IMPLIED>
    <!ATTLIST ejb id ID #IMPLIED>
    <!ATTLIST icon id ID #IMPLIED>
    <!ATTLIST java id ID #IMPLIED>
    <!ATTLIST large-icon id ID #IMPLIED>
    <!ATTLIST module id ID #IMPLIED>
    <!ATTLIST role-name id ID #IMPLIED>
    <!ATTLIST security-role id ID #IMPLIED>
    <!ATTLIST small-icon id ID #IMPLIED>
    <!ATTLIST web id ID #IMPLIED>
    <!ATTLIST web-uri id ID #IMPLIED>

Maybe you are looking for

  • Text message vibrate instead of alert sound

    i am in a text message conversation screen (as opposed to the main message screen that lists my messages), and my phone ringer is on with vibrate activated. however when i receive a text message within the conversation, it only vibrates with no sound

  • Vertical gray lines

    MacBookPro 2007 (3.1) having grey lines going across my screen. See below: http://i19.photobucket.com/albums/b188/ccbchunks/IMG_2729.jpg Anyone have any suggestions? B

  • Graphical display of best practice for implementing SAP NetWeaver

    Hi, in a presentation I need to show best practice to implement SAP NetWeaver is evaluating required KPIs, characteristics and so on and subsequently verifying the Business Content functionality and objects against these requirements. Can anybody pro

  • Service with party and service without party

    Hi all, Can any body please suggest me when do we choose service with party and service without party? We have a scenario where i need to use the webservices provided by the third party Java Based system. i am sure that i need to define Business serv

  • How to execute the *.sql when using occi  and vc

    help me! i must to initialize the remote database using the file of sql, for example: the file is ss.sql; and it is "DECLARE row integer := 0; user varchar2(256); BEGIN user := '&1'; dbms_java.grant_policy_permission('PUBLIC', 'SYS', 'java.lang.Runti