Hot deploy jsp

Can JSP modifications be hot deployed to app in production without restarting the server?
Seenu.

If you are deploying in exploded mode then u might be able to do this. If you are deploying an EAR file, then u can't.
Kunal Mittal

Similar Messages

  • Hot deploying jsp tags

    Hi does anybody out there no how to hot -deploy non ejb classes .Like jsp
              tags for example? It is extremely to code them without a hot deployment
              ability.
              Thanks in advance
              Jeff Anderson
              

    Cameron,
              In general, what kind of "interesting bugs" and "design flaws" do you mean?
              I would expect that using any kind of cache can allow for bugs due to developers
              confusion... but are there inherent "bugs" (or design flaws) that are built into
              WL's Cache tag?
              Jack Lin
              Cameron Purdy wrote:
              > Install the latest SP. They are (relatively speaking) resource intensive.
              > However, properly implemented/used, this relative cost is close to 0.
              > (Instantiating a Java class and calling a few empty methods uses a couple
              > hundred clock cycles on a good JVM.) BTW Pooling is considerably more
              > expensive for simple objects than instantiating new ones. Also, due to
              > design flaws in the custom tag API, pooling JSP tags could lead to some
              > interesting bugs related to the lack of re-initialization.
              >
              > --
              >
              > Cameron Purdy
              > [email protected]
              > http://www.tangosol.com
              > WebLogic Consulting Available
              >
              > "Anthony Raiti" <[email protected]> wrote in message
              > news:39d4a35f$[email protected]..
              > We are researching JSP Tags as a method of seperating our creative and
              > coding efforts. Our research is showing that JSP tags is a resource hog and
              > noticed that none of the JSP Tags are being pooled. Docs that we have looked
              > at suggest that pooling does occur, but we do not see it happening. Is
              > anyone using this technology and if so how is the performance?
              

  • JSP hot deploy

              I am having trouble hot deploying JSPs. What i mean by this is that when i make
              a change in the JSp and refresh the browser to see the output i still see the
              old output. I am using weblogic 8.1
              Could anyone help me out as to why this is happening?
              regards
              Ajay
              

              Ajay,
              Take a look at pageCheckSeconds in your weblogic.xml.
              More info can be found at http://e-docs.bea.com/wls/docs81/webapp/weblogic_xml.html.
              Good luck!
              Steve Bennett
              "Ajay Takoo" <[email protected]> wrote:
              >
              >I am having trouble hot deploying JSPs. What i mean by this is that when
              >i make
              >a change in the JSp and refresh the browser to see the output i still
              >see the
              >old output. I am using weblogic 8.1
              >
              >Could anyone help me out as to why this is happening?
              >
              >regards
              >Ajay
              

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

  • Problems trying to "hot-deploy" class files in iPlanet. Want to deploy a compiled class (i.e. servlet, jsp) without having to bounce the server. Known issue in iPlanet? How can I get around?

    Currently iPlanet is not allowing us to hot deploy a modified class file(i.e., servlet) as it advertises. It doesn't seem to have a problem with jsp's however. But everytime we modify a servlet(say in an emergency), and wish to deploy, we still have to bounce the KJS. We would like to avoid this if possible. How? I heard this might be a known issue in iPlanet.

    I apologize but this is a clarification of this problem. We are having a problem dynamically reloading java classes that are referenced by jsp's and servlets. The problem DOES NOT exist when trying to reload jsps or servlets themselves. We would like to reload these classes without having to restart the processes. Any thoughts would be helpful. Thanks.

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

  • Servlet Hot-Deploy with a WebApp

    Hi everybody,
    Does anybody know something about hot deployment of servlets in a web
    application (.war) ?
    I tried many things (setting reloadCheckSecs in properties, in web.xml,
    hot-deploy from console...) but nothing really worked.
    So I have to register a servlet for hot deployment in the properties, but
    then it doesn't belong to the application.
    Thanx,
    Markus.

    Are u saying that WARs are redeployed automatically but not individual servlets,
    or neither?
    Thanks.
    Viresh Garg wrote:
    Currently the automatic hot deployment of a servlet/JSP from exploaded WAR is
    broken. We are in the process of fixing it for next release. You have to
    redeploy your web application right now, for the change to take place.
    Viresh Garg
    Principal Developer Relations Engineer
    BEA Systems
    "M. Hammer" wrote:
    Hi everybody,
    Does anybody know something about hot deployment of servlets in a web
    application (.war) ?
    I tried many things (setting reloadCheckSecs in properties, in web.xml,
    hot-deploy from console...) but nothing really worked.
    So I have to register a servlet for hot deployment in the properties, but
    then it doesn't belong to the application.
    Thanx,
    Markus.

  • Hot deployment while running...

    Hi there!
    Does any body have experience HotDeployment while end user are using the application?
    For my self I got a real problem with HttpSession. After hot deployment all
    sessions are invalidate!! I mean "request.getSession(false)" return false. I
    have already carefully read documentation and pointed out that object store in
    session must be serializable. OK it's done. Now what else should I check?
    Thanks!

    redeploying will invalidate a servlet session. this is not a bug, but rather the intended
    behavior.
    if all you want to do is update content (jsp's, html, gif, jpeg, etc) you can use the
    refresh tool.
    it is a light-weight operation, instead of the heavyweight redeploy.
    to use it, please run the command:
    java weblogic.management.tools.WebAppComponentRefreshTool
    (this tool is compatible with 6.0 and 6.1)
    tracey
    "Thierry Giguère" wrote:
    Hi there!
    Does any body have experience HotDeployment while end user are using the application?
    For my self I got a real problem with HttpSession. After hot deployment all
    sessions are invalidate!! I mean "request.getSession(false)" return false. I
    have already carefully read documentation and pointed out that object store in
    session must be serializable. OK it's done. Now what else should I check?
    Thanks!

  • Auto Deployment versus Hot Deployment

    Hi,
    Can anyone one please tell me what the real difference is between auto deployment versus hot deployment in WLS 8.1 SP4 as I am confused after reading the documentation.
    Can they both be individually enabled or disabled?
    Can I just disable Auto deployment and only use Hot deployment (or is hot deployment another name for manual deployment).
    I know in Jrun that you can add hot-deploy directories in Jrun console, where now when a developers put a new WAR file or an updated WAR file - the server automatically deploys/redeploys it at that moment (this hot deploy directory could be any directory on the server or even on a different NTFS drive on same server).
    Can this be achieved with WLS 8.1?
    Thanks
    J

    AutoDeployment automatically deploy/redeploy or undeploy the application when the application is put or removed from the applications folder under the wls domain directory. It is only available in Admin Server while it is running in development mode (default mode). It is not available if the Admin Server is running in Production mode.
    Hot deployment deals with updating the application modules like ejb or war inside an ear without redeploying the complete application. This is dependent on the classloader structure of the given application. So if a ear has a webapp and a ejb with default classloader structure, then only the webapp can be hot redeployed without complete application redeploy. It can be used for apps deployed on both Admin and Managed servers and is available for both production and development mode.
    Autodeployment is mainly to save the developer from running the deploy command every time while the app is being developed iteratively. Just copying the updated application in the applications folder will redeploy the app on the Admin server.
    Hot deployment is mainly used to update the individual modules or jsps/servlets/classes in a module without redeploying the complete app.

  • Collaborative Development / Hot Deployment?

    We are a small development team (5-7 people) and have a need to develop collaboratively because each of us is working on small parts of a large application, and we have code dependencies upon eachother. We are looking for suggestions on how to develop collaboratively.
    We have attempted to use 9iAS to develop on - but every time we change any class files, we have to restart the OC4J container for them to be recognized error free. JDeveloper is out of the question because our current PC's cannot handle it (PII ~ 350mhz, 256RAM) and we cannot get new PC's for another year. We have attempted to run a standalone instance of OC4J on the server, but that still requires restarting the instance anytime classes are changed.
    Does anyone have any suggestions for collaborative development? Does anyone know of an environment that has a working hot deployment feature? We are not developing any EJB's, it is strictly a JSP/Servlet solution with Data Access classes for database interaction.

    Semi-speculation on my part follows:
              My understanding of "hot deployment" is that if a new ear file was placed in
              the applications directory it wouldn't supercede the old ear file until it
              was manually deployed. It may however get staged to managed servers but not
              actually deployed. i.e moved but not available.
              -Brett
              "Josh Garcia" <[email protected]> wrote in message
              news:3e1deefc$[email protected]..
              >
              > As I understand, hot deployment should ONLY occur when server(s) are in
              development
              > mode. Are there any cases where hot deployment can occur even when
              servers are
              > in production mode?
              >
              > A little more detail:
              >
              > We are running a WLS 7 SP1 cluster, and, even though our administration
              and managed
              > servers are all in production mode, our EAR is automatically deployed to
              managed
              > servers when placed in the 'applications' directory. Should this be the
              case?
              > I thought that I had to physically redeploy through the console if I was
              in prduction
              > mode.
              >
              > Josh
              

  • Hot deployment and JMX

    Hi,
    I need to know how classes are loaded in hot deployment. my problem is that I'm using a JMX server that has some MBeans registered into it, but when I redeploy an application, and the JMX server is recreated as are the MBeans, the JMX agent clearly points to the old instances of the MBeans instead of the redployed ones. It seems that only restarting the OC4J would fix the pointers.
    Is there any way to fix this? or do I have to restart the server every time I deploy an application?

    What option are you using for deployment ? Are you choosing re-deploy ? We recommend Oracle9iAS install in a test/production environment when
    the application has stabilized.
    Also if you are in a development mode and constantly changing your applications you should consider deploying your apps in standalone OC4J. You can choose to do open-expanded directory deployment.
    If you are using OC4J standalone:
    1) you can replace the EAR file in applications directory and it redeploys
    2) you can replace a Servlet class and change the time stamp on web.xml and it redeploys the srvlets
    3) It automatically redeploys the JSP files
    4) If your EJBs are changed, replace your EJBs and change the timestamp on application.xml and it redeploys
    Some of these options are disabled in OC4J embedded in Oracle9iAS to provide a stable environment for production applications.
    If you still have problems in hot-deployment in OC4J please send me a test case at [email protected]
    thanks
    Debu

  • Hot deploying web applications

              Hi,
              Is there a concept of hot-deploying whole web apps?
              I know that servlets and ejb's can be hot-deployed,
              but can context-paths be mapped to web apps without
              having to change the weblogic properties file and
              restarting the server?
              Thanks,
              j.joseph benavidez
              [email protected]
              

    We currently do not support hot deployment of war files. You can, hot
              deploy servlets and JSP.
              We plan to offer this functionality in a future release.
              Thanks,
              Michael
              Michael Girdley
              Product Manager, WebLogic Server & Express
              BEA Systems Inc
              Joseph Benavidez <[email protected]> wrote in message
              news:[email protected]..
              >
              >
              > Hi,
              >
              > Is there a concept of hot-deploying whole web apps?
              > I know that servlets and ejb's can be hot-deployed,
              > but can context-paths be mapped to web apps without
              > having to change the weblogic properties file and
              > restarting the server?
              >
              > Thanks,
              > j.joseph benavidez
              > [email protected]
              

  • Path Changes from hot deploy to war file deploy

    We are using hot-deploy in our development environment. When we move from
              hot-deploy to war file deployment in the test environment, we have to recode
              all of our servlets to point to a new URL for our JSPs. Obviously, this
              slows up war file deployment. We'd like to keep hot deploy for development
              purposes, but need to resolve this issue.
              Hot deploy environment:
              wlserver6.0sp1/config/mydomain/applications/DefaultWebApp_devserver linked
              to our content (JSP, HTML, source code, etc.) directory, in this case
              /u1/webapps/zq.
              wlserver6.0sp1/config/mydomain/applications/DefaultWebApp_devserver/WEB-INF/
              classes/com linked to our class library structure.
              Here's what works in hot deploy:
              gotoPage("/zq/jsp/ZipQuote.jsp", request, response );
              We must change it to this when we move to a war file:
              gotoPage("/jsp/ZipQuote.jsp", request, response );
              Here's gotoPage:
              private void gotoPage( String address, HttpServletRequest request,
              HttpServletResponse response )
              throws ServletException, IOException
              RequestDispatcher dispatcher =
              getServletContext().getRequestDispatcher( response.encodeURL( address ));
              dispatcher.forward( request, response );
              Is there anything in the web.xml file we can change so that we can continue
              to use
              gotoPage("/zq/jsp/page.jsp", request, response )
              like in the hot deploy environment? I've played around with the
              <servlet>/<jsp-file> and <servlet-mapping>/<url-pattern> pairs, but with no
              luck. Any suggestions? Anything with adding a package declaration to our
              JSPs and/or precompiling them in the war file?
              I suppose it would be possible to put a JspLoc variable in the
              <context-param> or <env-entry>. Then, gotoPage( JspLoc + "page.jsp",
              request, response ) would work in both environments, but that seems
              inelegant and would add complexity and overhead.
              Thanks,
              Eric
              <servlet>
              <servlet-name>ZipQuote</servlet-name>
              <jsp-file>/zq/jsp/ZipQuote.jsp</jsp-file>
              </servlet>
              <servlet-mapping>
              <servlet-name>ZipQuote</servlet-name>
              <url-pattern>/zq/jsp/ZipQuote.jsp</url-pattern>
              </servlet-mapping>
              

    OK, I've removed the link from applications/DefaultWebApp/zq to
              /u1/webapps/zq and linked applications/zq to /u1/webapps/zq instead. Still
              working out a couple issues (like acessing other classes), but this looks
              like it will work. Thanks for the help.
              "Dimitri Rakitine" <[email protected]> wrote in message
              news:[email protected]...
              > It sounds like in your development environment you deploy your application
              > as a defaultwebapp ("/"), and, in the test environment you deploy it as a
              > regular webapp with context-root "zq", so, you probably should change one
              > of these to match another.
              >
              > Eric F <[email protected]> wrote:
              > > We are using hot-deploy in our development environment. When we move
              from
              > > hot-deploy to war file deployment in the test environment, we have to
              recode
              > > all of our servlets to point to a new URL for our JSPs. Obviously, this
              > > slows up war file deployment. We'd like to keep hot deploy for
              development
              > > purposes, but need to resolve this issue.
              >
              > > Hot deploy environment:
              > > wlserver6.0sp1/config/mydomain/applications/DefaultWebApp_devserver
              linked
              > > to our content (JSP, HTML, source code, etc.) directory, in this case
              > > /u1/webapps/zq.
              > >
              wlserver6.0sp1/config/mydomain/applications/DefaultWebApp_devserver/WEB-INF/
              > > classes/com linked to our class library structure.
              >
              > > Here's what works in hot deploy:
              > > gotoPage("/zq/jsp/ZipQuote.jsp", request, response );
              >
              > > We must change it to this when we move to a war file:
              > > gotoPage("/jsp/ZipQuote.jsp", request, response );
              >
              > > Here's gotoPage:
              > > private void gotoPage( String address, HttpServletRequest request,
              > > HttpServletResponse response )
              > > throws ServletException, IOException
              > > {
              > > RequestDispatcher dispatcher =
              > >
              getServletContext().getRequestDispatcher( response.encodeURL( address ));
              > > dispatcher.forward( request, response );
              > > }
              >
              > > Is there anything in the web.xml file we can change so that we can
              continue
              > > to use
              > > gotoPage("/zq/jsp/page.jsp", request, response )
              > > like in the hot deploy environment? I've played around with the
              > > <servlet>/<jsp-file> and <servlet-mapping>/<url-pattern> pairs, but with
              no
              > > luck. Any suggestions? Anything with adding a package declaration to
              our
              > > JSPs and/or precompiling them in the war file?
              >
              > > I suppose it would be possible to put a JspLoc variable in the
              > > <context-param> or <env-entry>. Then, gotoPage( JspLoc + "page.jsp",
              > > request, response ) would work in both environments, but that seems
              > > inelegant and would add complexity and overhead.
              >
              > > Thanks,
              >
              > > Eric
              >
              > > <servlet>
              > > <servlet-name>ZipQuote</servlet-name>
              > > <jsp-file>/zq/jsp/ZipQuote.jsp</jsp-file>
              > > </servlet>
              > > <servlet-mapping>
              > > <servlet-name>ZipQuote</servlet-name>
              > > <url-pattern>/zq/jsp/ZipQuote.jsp</url-pattern>
              > > </servlet-mapping>
              >
              >
              >
              > --
              > Dimitri
              

  • EAR hot deploy - not very hot for WARs.....

    HI ,
    I have an application with 4 WARs and 10 EJBs all bundled in
    a WAR, when I redeploy it it seems to work fine for the EJBs
    (I am compiling them at deploy time - they seem to only recompile
    the EJBs that have changed), and the WARs seem to hot-deploy
    OK, but the JSPs in them all need to be recompiled even if the
    WAR has not changed at all , I'm not sure if this is expected
    behaviour in re-deploying stuff, it certainly doesn;t seem
    intuitive to me .....
    Anyone got any ideas ?
    Cheers,
    Brian

    Rita,
    Is you server running? This means that an HTTP 404 was returned when trying
    to access the DataSyncServlet. Check your server name, port, application
    name etc. under the Connection Settings.
    If you want to verify the URL you can just hit it with a web browser. It
    should look something like:
    http://locahost:7501/p13nAppDataSync/DataSyncServlet (for an application
    called 'p13n')
    Sincerely,
    Daniel Selman
    "Rita" <[email protected]> wrote in message
    news:3d3ef190$[email protected]..
    >
    The following is the error I got when I tried to hot deploy a portal inEBCC for
    welogic 7.0:
    "Not found" error occurred when connecting to server. Please go toConnection
    Settings and check service names.
    Any help on that will be greatly appreciated?
    Thanks,
    Rita

  • Hot Deploying supporting Java class files

    I have a statful session bean that has supporting classes. Is there a way I can hot deploy these into WLS 5.1?
              

    Hi
    I guess u r running apache-jserv as servlet engine for your jsp and servlets. If its so, jsp files can be run without any additonal configuration by putting the jsp file under document root or any subdirectory and for running servlets u have to add classpath entries for your servlet in jserv.properties file.
    To make sure that your servlet engine is working, try
    http://servername:port/servlet/IsItWorking, if u get success msg that means servlet engine is working fine.
    Hope this will help
    Regards
    Kumaran

Maybe you are looking for

  • Opening an exisiting file or site on another machine

    I have macs, a desktop and portable. I would love to edit my site from both machines. I use the idisk to transfer file and keep both system update. I can see the site and it's files on my idisk, but iWeb will not import or open the files. I know ther

  • I was trying to restore data to my iphone, and I keep getting an error message from itunes with a (-50) at the end.

    I was updating my iphone, lost my data, and was trying to reload the phone data.  keep getting an error message and data will not restore.  There is a (-50) at the end of the error message.  Any ideas on my next step?

  • Clue Game Visual Basic

    Hi for my programming class, I am creating a simplified version of the board game clue. I have all of the suspects, weapons, & rooms in separate listboxes and then I have them populating a secret envelope that holds the murder, weapon, and location.

  • LVM demo system scenario fails in CAL

    Hello, We created an instance of the LVM demo system in Cloud Appliance Library (SAP Landscape Virtualization Management 2.0, Enterprise Edition based on NetWeaver 7.4 SP5) The scenarios described in chapter 6 (Provisioning) fail - which is regrettab

  • What does entry point not found mean? KERNEL32.dll?

    So I open Dreamweaver after having downloaded from the cloud service and the popup says The procedure entry point K32numProcesses could not be located in the dynamic link library KERNEL32.dll......what the heck do I do?