Undeploying problem

Hi All,
I am currently using WLS 6.0sp2, server is running, and i do a new
compile, the server will undeploy and deploy again with the following error
saying :
<Aug 1, 2001 11:26:36 AM GMT+08:00> <Error> <J2EE> <Error deploying
application
fxb2b: Cannot deploy WebAppServletContext(965466,fxb2b_web) on myserver
because
WebAppServletContext(6200698,fxb2b_web) is already registered for path >
<Aug 1, 2001 11:26:36 AM GMT+08:00> <Error> <Management>
<InvocationTargetExcept
ion setting attribute Deployed on MBean
fairex:Name=fxb2b,Location=myserver,Type
=ApplicationConfig to value true. Method: public void
weblogic.management.mbeans
.custom.Application.setDeployed(boolean) throws
weblogic.management.DeploymentEx
ception,weblogic.management.UndeploymentException>
Is there something wrong with my startweblogic.cmd or config.xml? pls help.

Similar Messages

AV undeploy problem

Hi all,
          I have problem undeploying my app. views (not always). The exception
          thrown is:
          java.lang.reflect.InvocationTargetException: -------- Begin level 0
          Exception Stack Trace --------
          com.bea.wlai.client.DeploymentException: Error doing low-level undeploy for
          connection factory 'NavisionAttain.SavochkinAttainTest_connectionFactory'
          javax.management.InstanceNotFoundException:
          NavisionAttain.SavochkinAttainTest_connectionFactory
               at
          com.bea.wlai.ConnectionFactoryDeployer.undeployConnectionFactoryLowLevel(Con
          nectionFactoryDeployer.java:664)
               at
          com.bea.wlai.ConnectionFactoryDeployer.undeployConnectionFactory(ConnectionF
          actoryDeployer.java:204)
               at
          com.bea.wlai.bean.AdminDeployManagerImpl.undeployConnectionFactory(AdminDepl
          oyManagerImpl.java:607)
               at
          com.bea.wlai.bean.AdminDeployManagerBean.undeployConnectionFactory(AdminDepl
          oyManagerBean.java:304)
               at
          com.bea.wlai.bean.AdminDeployManagerBean_8ln55y_EOImpl.undeployConnectionFac
          tory(AdminDeployManagerBean_8ln55y_EOImpl.java:213)
               at
          com.bea.wlai.client.bean.DeployManagerBean.undeployConnectionFactory(DeployM
          anagerBean.java:386)
               at
          com.bea.wlai.client.bean.DeployManagerBean_qam0jv_EOImpl.undeployConnectionF
          actory(DeployManagerBean_qam0jv_EOImpl.java:85)
               at
          com.bea.adapter.web.AbstractDesignTimeRequestHandler.undepappvw(AbstractDesi
          gnTimeRequestHandler.java:1336)
               at java.lang.reflect.Method.invoke(Native Method)
               at com.bea.web.ControllerServlet.processRequest(ControllerServlet.java:356)
               at com.bea.web.ControllerServlet.doAction(ControllerServlet.java:282)
               at com.bea.web.ControllerServlet.doPost(ControllerServlet.java:175)
               at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
               at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
               at
          weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
          :265)
               at
          weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
          :200)
               at
          weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletCo
          ntext.java:2456)
               at
          weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java
          :2039)
               at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:139)
               at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
          -------- End level 0 Exception Stack Trace --------
          -------- Begin level 1 Exception Stack Trace --------
          javax.management.InstanceNotFoundException:
          NavisionAttain.SavochkinAttainTest_connectionFactory
               at
          weblogic.management.internal.AdminMBeanHomeImpl.getMBean(AdminMBeanHomeImpl.
          java:143)
               at
          com.bea.wlai.ConnectionFactoryDeployer.undeployConnectionFactoryLowLevel(Con
          nectionFactoryDeployer.java:520)
               at
          com.bea.wlai.ConnectionFactoryDeployer.undeployConnectionFactory(ConnectionF
          actoryDeployer.java:204)
               at
          com.bea.wlai.bean.AdminDeployManagerImpl.undeployConnectionFactory(AdminDepl
          oyManagerImpl.java:607)
               at
          com.bea.wlai.bean.AdminDeployManagerBean.undeployConnectionFactory(AdminDepl
          oyManagerBean.java:304)
               at
          com.bea.wlai.bean.AdminDeployManagerBean_8ln55y_EOImpl.undeployConnectionFac
          tory(AdminDeployManagerBean_8ln55y_EOImpl.java:213)
               at
          com.bea.wlai.client.bean.DeployManagerBean.undeployConnectionFactory(DeployM
          anagerBean.java:386)
               at
          com.bea.wlai.client.bean.DeployManagerBean_qam0jv_EOImpl.undeployConnectionF
          actory(DeployManagerBean_qam0jv_EOImpl.java:85)
               at
          com.bea.adapter.web.AbstractDesignTimeRequestHandler.undepappvw(AbstractDesi
          gnTimeRequestHandler.java:1336)
               at java.lang.reflect.Method.invoke(Native Method)
               at
          com.bea.web.ControllerServlet.processRequest(ControllerServlet.java:356)
               at com.bea.web.ControllerServlet.doAction(ControllerServlet.java:282)
               at com.bea.web.ControllerServlet.doPost(ControllerServlet.java:175)
               at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
               at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
               at
          weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
          :265)
               at
          weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
          :200)
               at
          weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletCo
          ntext.java:2456)
               at
          weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java
          :2039)
               at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:139)
               at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
          -------- End level 1 Exception Stack Trace --------
          Thanks, Egor


Dear Egor,
          The defect only shows its ugly head when you put an Application View into a
          namespace. Thus, the safest way to avoid this problem is to avoid using
          namespaces; i.e. keep all your application views at the root.
          Best regards,
          Timothy Potter
          Senior Software Engineer
          eCommerce Server Division
          BEA Systems, Inc.
          "Savotchkin Egor" <[email protected]> wrote in message
          news:[email protected]...
          > Hi,
          > WLI version: 2.1
          > WLS version: 6.1 sp1
          > host OS: Windows XP
          > DB: Oracle 8.1.7 (on Solaris Intel).
          >
          > For now I cannot figure out why it's happening...
          > Thanks, Egor.
          >
          >
          > "Timothy Potter" <[email protected]> wrote in message
          > news:[email protected]...
          > > Dear Egor,
          > >
          > > Unfortunately, this looks like a defect in the WLI product. Can you tell
          > me
          > > what version of WLI you are running? Also, can you provided details
          about
          > > your environment, e.g. host OS, database, etc. I believe others have
          come
          > > across this as well, but can you also provide details on the exact steps
          > you
          > > took to produce this problem because you state "not always", which makes
          > it
          > > harder for me to reproduce.
          > >
          > > Best regards,
          > >
          > > Timothy Potter
          > > Senior Software Engineer
          > > eCommerce Server Division
          > > BEA Systems, Inc.
          > >
          > > "Savotchkin Egor" <[email protected]> wrote in message
          > > news:[email protected]...
          > > > Hi all,
          > > > I have problem undeploying my app. views (not always). The
          exception
          > > > thrown is:
          > > > java.lang.reflect.InvocationTargetException: -------- Begin level 0
          > > > Exception Stack Trace --------
          > > > com.bea.wlai.client.DeploymentException: Error doing low-level
          undeploy
          > > for
          > > > connection factory
          > 'NavisionAttain.SavochkinAttainTest_connectionFactory'
          > > > javax.management.InstanceNotFoundException:
          > > > NavisionAttain.SavochkinAttainTest_connectionFactory
          > > > at
          > > >
          > >
          >
          com.bea.wlai.ConnectionFactoryDeployer.undeployConnectionFactoryLowLevel(Con
          > > > nectionFactoryDeployer.java:664)
          > > > at
          > > >
          > >
          >
          com.bea.wlai.ConnectionFactoryDeployer.undeployConnectionFactory(ConnectionF
          > > > actoryDeployer.java:204)
          > > > at
          > > >
          > >
          >
          com.bea.wlai.bean.AdminDeployManagerImpl.undeployConnectionFactory(AdminDepl
          > > > oyManagerImpl.java:607)
          > > > at
          > > >
          > >
          >
          com.bea.wlai.bean.AdminDeployManagerBean.undeployConnectionFactory(AdminDepl
          > > > oyManagerBean.java:304)
          > > > at
          > > >
          > >
          >
          com.bea.wlai.bean.AdminDeployManagerBean_8ln55y_EOImpl.undeployConnectionFac
          > > > tory(AdminDeployManagerBean_8ln55y_EOImpl.java:213)
          > > > at
          > > >
          > >
          >
          com.bea.wlai.client.bean.DeployManagerBean.undeployConnectionFactory(DeployM
          > > > anagerBean.java:386)
          > > > at
          > > >
          > >
          >
          com.bea.wlai.client.bean.DeployManagerBean_qam0jv_EOImpl.undeployConnectionF
          > > > actory(DeployManagerBean_qam0jv_EOImpl.java:85)
          > > > at
          > > >
          > >
          >
          com.bea.adapter.web.AbstractDesignTimeRequestHandler.undepappvw(AbstractDesi
          > > > gnTimeRequestHandler.java:1336)
          > > > at java.lang.reflect.Method.invoke(Native Method)
          > > > at
          > > com.bea.web.ControllerServlet.processRequest(ControllerServlet.java:356)
          > > > at com.bea.web.ControllerServlet.doAction(ControllerServlet.java:282)
          > > > at com.bea.web.ControllerServlet.doPost(ControllerServlet.java:175)
          > > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
          > > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
          > > > at
          > > >
          > >
          >
          weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
          > > > :265)
          > > > at
          > > >
          > >
          >
          weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
          > > > :200)
          > > > at
          > > >
          > >
          >
          weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletCo
          > > > ntext.java:2456)
          > > > at
          > > >
          > >
          >
          weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java
          > > > :2039)
          > > > at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:139)
          > > > at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
          > > > -------- End level 0 Exception Stack Trace --------
          > > > -------- Begin level 1 Exception Stack Trace --------
          > > > javax.management.InstanceNotFoundException:
          > > > NavisionAttain.SavochkinAttainTest_connectionFactory
          > > > at
          > > >
          > >
          >
          weblogic.management.internal.AdminMBeanHomeImpl.getMBean(AdminMBeanHomeImpl.
          > > > java:143)
          > > > at
          > > >
          > >
          >
          com.bea.wlai.ConnectionFactoryDeployer.undeployConnectionFactoryLowLevel(Con
          > > > nectionFactoryDeployer.java:520)
          > > > at
          > > >
          > >
          >
          com.bea.wlai.ConnectionFactoryDeployer.undeployConnectionFactory(ConnectionF
          > > > actoryDeployer.java:204)
          > > > at
          > > >
          > >
          >
          com.bea.wlai.bean.AdminDeployManagerImpl.undeployConnectionFactory(AdminDepl
          > > > oyManagerImpl.java:607)
          > > > at
          > > >
          > >
          >
          com.bea.wlai.bean.AdminDeployManagerBean.undeployConnectionFactory(AdminDepl
          > > > oyManagerBean.java:304)
          > > > at
          > > >
          > >
          >
          com.bea.wlai.bean.AdminDeployManagerBean_8ln55y_EOImpl.undeployConnectionFac
          > > > tory(AdminDeployManagerBean_8ln55y_EOImpl.java:213)
          > > > at
          > > >
          > >
          >
          com.bea.wlai.client.bean.DeployManagerBean.undeployConnectionFactory(DeployM
          > > > anagerBean.java:386)
          > > > at
          > > >
          > >
          >
          com.bea.wlai.client.bean.DeployManagerBean_qam0jv_EOImpl.undeployConnectionF
          > > > actory(DeployManagerBean_qam0jv_EOImpl.java:85)
          > > > at
          > > >
          > >
          >
          com.bea.adapter.web.AbstractDesignTimeRequestHandler.undepappvw(AbstractDesi
          > > > gnTimeRequestHandler.java:1336)
          > > > at java.lang.reflect.Method.invoke(Native Method)
          > > > at
          > > >
          com.bea.web.ControllerServlet.processRequest(ControllerServlet.java:356)
          > > > at
          > com.bea.web.ControllerServlet.doAction(ControllerServlet.java:282)
          > > > at
          com.bea.web.ControllerServlet.doPost(ControllerServlet.java:175)
          > > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
          > > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
          > > > at
          > > >
          > >
          >
          weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
          > > > :265)
          > > > at
          > > >
          > >
          >
          weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
          > > > :200)
          > > > at
          > > >
          > >
          >
          weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletCo
          > > > ntext.java:2456)
          > > > at
          > > >
          > >
          >
          weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java
          > > > :2039)
          > > > at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:139)
          > > > at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
          > > > -------- End level 1 Exception Stack Trace --------
          > > >
          > > > Thanks, Egor
          > > >
          > > >
          > > >
          > > >
          > >
          > >
          >
          >

Tomcat application undeploy problem

Hi all,
I have a problem using JavaMail in a web application using Tomcat 5.5.9 under Windows XP SP2. I can correctly send mails, both with and without attachments, but when I try to undeploy the app the mail.jar library remains "occupied" and Tomcat is unable to delete the app folder and undeploy it cleanly. The result is that I can't deploy new versions of the app until I stop the web server, delete the folder manually, and restart the server.
The library is located in the WEB-INF/lib folder of the application (togheter with the activation.jar library).
Doing some tests I noticed the problem is when I call the saveChanges() on a MimeMessage object, but only when I call the setText() method or the setContent() method adding a Multipart content to the message. If I only set recipients, subject and from field of the MimeMessage all goes well. I also tried to call the writeTo() method and save the message to a file instead of sending it, but the behaviour is the same.
Here is the piece of code I use to send e-mails...if anyone has any suggestion or solution it is very appreciated :) Thanks for any help!
Properties props = System.getProperties();
props.put("mail.smtp.host", smtp);
if(smtpAuth) props.put("mail.smtp.auth","true");
Session session;
Authenticator pwdAuth = null;
if(smtpAuth)
     pwdAuth = new SMTPAuthenticator(user,pwd);
session = Session.getInstance(props, pwdAuth);
Address[] rec = new Address[recipients.size()];
int i = 0;
for(Iterator it = recipients.iterator();it.hasNext();) {
     String d = (String)it.next();
     try {
          rec[i++] = new InternetAddress(d);
     } catch(AddressException e) {
try {
     Transport tran = session.getTransport("smtp");
     if(smtpAuth)
          tran.connect(smtp,user,pwd);
     else
          tran.connect();
     MimeMessage message = new MimeMessage(session);
     String mitt = this.emailAddress;
     if(nick!=null)
          message.setFrom(new InternetAddress(sender,nick));
     else
          message.setFrom(new InternetAddress(sender,senderAddress));
     message.addRecipients(MimeMessage.RecipientType.TO,dest);
     message.addHeader("X-Mailer","RT E-Mailer");
     message.addHeader("X-Priority",priority);
     message.setSubject(subject);
     if(attach == null) {
          message.setText(text);
     } else {
          Multipart multipart = new MimeMultipart();
          MimeBodyPart messageBodyPart = new MimeBodyPart();
          messageBodyPart.setText(text);
          multipart.addBodyPart(messageBodyPart);
          for(int j = 0; j < attach.length; j++) {
               Attachment a = attach[j];
               messageBodyPart = new MimeBodyPart();
               DataSource source = new FileDataSource(a.getFilename());
               messageBodyPart.setDataHandler(new DataHandler(source));
               messageBodyPart.setFileName(new File(a.getFilename()).getName());
               multipart.addBodyPart(messageBodyPart);
          message.setContent(multipart);
     message.saveChanges();
     tran.sendMessage(message,dest);
     tran.close();
     ret = true;
} catch(SendFailedException e) {
     ret = false;
} catch (Exception e) {
     ret = false;
}

Hi,
I have also the same problem. please help me if you find any way to resolve this issue.
Thanks,
Prasad.N

Sun App Server 9.0_01 (build b14) Deployment (undeploy) problems

Hi all,
I apologize for this long post but I want to provide as much info as possible. Also, I am not sure this is the right place for this posting. I will appreciate it if anyone could direct me to a better place.
I have this ongoing problem deploying my application. The app server is unable to completely delete the previously deployed files. It goes into a series of timeout loops saying it is running the gc to try and free up resources. The files that can't be deleted are all in the web application's lib folder. I tried deleting them manually while waiting for the app server timeout loop and indeed each one is busy and can't be deleted. None of the files here are my code. The files are all in the folder:
domain1\applications\j2ee-apps\TS5529\U04A1_war\WEB-INF\lib
and the files are: appbase.jar, commons-fileupload.jar, dataprovider.jar, errorhandler.jar, jsfcl.jar, json2.jar, rowset.jar, sqlx.jar, webui-jsf.jar, webui-jsf-suntheme.jar
I have made sure destroy() method in my SessionBean nulls out any resources used, even variables containing injected EJBs but the problem remains.
The application is a NetBeans Enterprise application with a couple of Session Beans, Entity classes and Entity Facades. The presentation is JSF with Visual Web Pack and consists of two simple pages. The SessionBean holds a reference to a Stateful Bean and 4 variables each containing a custom ListDataProvider for JSF tables data binding. The SessionBean destroy method sets all of these variables to null.
The first page backing bean does most of the work. It accesses the SFSB and DataProviders through the SessionBean. This page includes four EJB injections like this:
@EJB AuthorFacadeLocal af;
@EJB PublisherFacadeLocal pf;
@EJB SearchDBLocal sDB;
@EJB TitleFacadeLocal tf;
and a variable holding an empty, unmanaged Entity object. I tried setting all of these to null in the page's destroy() method, which I don;t think I need to do.
Is there a problem with these injections in the page's backing bean?? I've been at this for about a week, trying various ways to make sure resources are freed but the problem still there. The only solution is to stop the app server and then deploy. Needless to say, it is a pain having to stop the app server every time I need to deploy.
Hope someone has seen this and can help, thanks in advance.

Hi all,
I apologize for this long post but I want to provide as much info as possible. Also, I am not sure this is the right place for this posting. I will appreciate it if anyone could direct me to a better place.
I have this ongoing problem deploying my application. The app server is unable to completely delete the previously deployed files. It goes into a series of timeout loops saying it is running the gc to try and free up resources. The files that can't be deleted are all in the web application's lib folder. I tried deleting them manually while waiting for the app server timeout loop and indeed each one is busy and can't be deleted. None of the files here are my code. The files are all in the folder:
domain1\applications\j2ee-apps\TS5529\U04A1_war\WEB-INF\lib
and the files are: appbase.jar, commons-fileupload.jar, dataprovider.jar, errorhandler.jar, jsfcl.jar, json2.jar, rowset.jar, sqlx.jar, webui-jsf.jar, webui-jsf-suntheme.jar
I have made sure destroy() method in my SessionBean nulls out any resources used, even variables containing injected EJBs but the problem remains.
The application is a NetBeans Enterprise application with a couple of Session Beans, Entity classes and Entity Facades. The presentation is JSF with Visual Web Pack and consists of two simple pages. The SessionBean holds a reference to a Stateful Bean and 4 variables each containing a custom ListDataProvider for JSF tables data binding. The SessionBean destroy method sets all of these variables to null.
The first page backing bean does most of the work. It accesses the SFSB and DataProviders through the SessionBean. This page includes four EJB injections like this:
@EJB AuthorFacadeLocal af;
@EJB PublisherFacadeLocal pf;
@EJB SearchDBLocal sDB;
@EJB TitleFacadeLocal tf;
and a variable holding an empty, unmanaged Entity object. I tried setting all of these to null in the page's destroy() method, which I don;t think I need to do.
Is there a problem with these injections in the page's backing bean?? I've been at this for about a week, trying various ways to make sure resources are freed but the problem still there. The only solution is to stop the app server and then deploy. Needless to say, it is a pain having to stop the app server every time I need to deploy.
Hope someone has seen this and can help, thanks in advance.

Wldeploy task "undeploy" problem; undepoyment failed

iam using WLS8.1 + sp1 to deploy an application from one UNIX box remotely to another
UNIX box. I have created a sample ANT task to do this but iam getting this error:
<target name="undeploy-testproxymon-dev">
<echo message="...........This is the developmenet box....undeploying....."/>
<wldeploy action="unedeploy" name="IAS" user="system" password="weblogic"
verbose="true" adminurl="http://153.2.255.78:8001" debug="true" targets="myCluster"/>
</target>
THIS IS THE ERROR THAT IAM GETTIG:
ant undeploy-testproxymon-devBuildfile: build.xml
undeploy-testproxymon-dev:
[echo] ...........This is the developmenet box....undeploying.....
[wldeploy] weblogic.Deployer -debug -verbose -noexit -name ias -targets myCluster
-adminurl http://153.2.255.78:8001 -user system -password weblogic -unedeploy
[wldeploy] Unpexpected Error Initializing Deployer: java.lang.IllegalArgumentException:
Unrecognized option or flag, -unedeploy
BUILD SUCCESSFUL
Total time: 4 seconds
Please help.
-steve

Steve wrote:
ohh ....this works as there is a typo using the "undeploy" task.
BUT BUT BUT....i have a question here: when it worked, the task basically deleted
the files from all the manage server's stage directory. WHY does "undeploy"
= delete !!!undeploy removes the application from the domain. ie it's as if it was
never there.
>
>
Moreover, the stage directory was containing my ias.ear file to be in a exploded
form ....WHY is this so ????? ....why not in .ear format ?If you deploy an archived .ear file, the server will extract this, but
that's just an implementation detail. It's not really exposed to the
server.
AND WHY does this .ear file doesn't go to <domain-name>/applications directory
anymore ?The applications directory is used in single-server deployment
environments where you want the server to poll a directory and
auto-deploy anything added there. It's not useful or allowed in
multiple server production environments.
-- Rob
>
>
>
is this the correct behavior ?
iam a little confused !!!!
"Steve" <[email protected]> wrote:
iam using WLS8.1 + sp1 to deploy an application from one UNIX box remotely
to another
UNIX box. I have created a sample ANT task to do this but iam getting
this error:
<target name="undeploy-testproxymon-dev">
<echo message="...........This is the developmenet box....undeploying....."/>
<wldeploy action="unedeploy" name="IAS" user="system" password="weblogic"
verbose="true" adminurl="http://153.2.255.78:8001" debug="true" targets="myCluster"/>
</target>
THIS IS THE ERROR THAT IAM GETTIG:
ant undeploy-testproxymon-devBuildfile: build.xml
undeploy-testproxymon-dev:
[echo] ...........This is the developmenet box....undeploying.....
[wldeploy] weblogic.Deployer -debug -verbose -noexit -name ias -targets
myCluster
-adminurl http://153.2.255.78:8001 -user system -password weblogic -unedeploy
[wldeploy] Unpexpected Error Initializing Deployer: java.lang.IllegalArgumentException:
Unrecognized option or flag, -unedeploy
BUILD SUCCESSFUL
Total time: 4 seconds
Please help.
-steve

Undeploy problem

I have two webapps (in different wars) deployed under the same AS server instance. They both use some shared jar & dll.
When I try undeploy one of them another one is undeployed too. What's wrong? Hot to undeploy/redeploy them separatly?

These jar & dll files are represent shared component used by another programs. So I cannot put jar file to each lib directory. Instead I specify this jar in jvm options for this AS server instance, and then add custom property that locates this shared dll.
Shared jar reads this property and loads dll.
All native calls in this dll are intendent to be used from different part of some program under same jvm process.

Problem with auto-UNdeployment

Hi,
I would know how can I undeploy an application which was copied in 'autodeploy' folder?
I copied test.jar in 'autodeply' folder when the server was running. Test.jar was deployed well. But I can't delete a Test.jar from 'autodeploy' folder because Windows Error "deleting file or folder" occurs.
Is there a way to delete archives from 'autodeploy' folder while server is running?
Many Thanks
Pavel

Hi
The problem is caused by console. If the application is expanded in the web browser console the archive can't be deleted.
To delete an archive from autodeploy folder, the console must be closed and open again. Then can the archive be deleted.
Best regards
Pavel

Problem Undeploying a PAR file

Hi,
Let me first give the history of this problem.
I wrote a small portal application and created a par file named RoyaltiesService.par and tried to deploy it from NWDS, but NWDS got stuck and i was not able to deploy the par file. I also realised that my portal server stopped and my efforts to start the server have gone in vain. Please see the details of that problem at <Re: Problem with protal server>
So after trying to solve the problem for few days I reformatted my machine and reinstalled the portal now. I was able to deploy other par files and everthing worked fine, but now I tried to deploy the same par file RoyaltiesService.par (the one that i tried to deploy when the problem occurred for the first time) and the same problem reoccurred i.e., my NWDS got stuck, portal server stopped and i am unable to start it. I am wondering whether my par file has something to do with this. I thought of undeploying the par file from the SDM console but i am not able to find that RoyaltiesService.par file. Then i did a search for the par file in my c:usrsap and found the following results. (File/Folder name - location)
-> RoyaltiesService - C:usrsapJ2EJC00j2eeclusterserver0appssap.comirjservlet_jspirj
ootWEB-INFportalportalapps
-> RoyaltiesService.revision - C:usrsapJ2EJC00j2eeclusterserver0appssap.comirjservlet_jspirj
ootWEB-INFportalsystem
evisions
-> RoyaltiesService.par.bak - C:usrsapJ2EJC00j2eeclusterserver0appssap.comirjservlet_jspirj
ootWEB-INFdeployment emp
-> RoyaltiesServiceapi.jar - C:usrsapJ2EJC00j2eeclusterserver0appssap.comirjservlet_jspirj
ootWEB-INFportalportalappsRoyaltiesServicelib
-> RoyaltiesServicecore.jar - C:usrsapJ2EJC00j2eeclusterserver0appssap.comirjservlet_jspirj
ootWEB-INFportalportalappsRoyaltiesServiceprivatelib
Now i want to remove this par file from the deployment. Can anyone suggest me how to do it ??
Any help will be very very helpful to me.
Thanks & Regards,
Sudhir

Hi,
You cannot remove from the file system, because the application is deployed to the PCD (Application Repository), which then replicates the application to all the cluster nodes.
You have to use the Archive Remover tool. Did you try?
Even if you cannot get the portal interface, if you can log in and create a session, you can navigate to the archive remove and remove the application.
Hope this helps.
Daniel

Problems Undeploying on Application Server

I am having problems with the "asant undeploy" command because after I try to re-deploy a .war file, I get the error message below in the servers log. I'm guessing the original undeploy was not completed successfully despite what it says at the command line.
[#|2006-05-07T09:31:43.134-0500|SEVERE|sun-appserver-pe9.0|javax.enterprise.system.container.web|_ThreadID=11;_ThreadName=httpWorkerThread-6420-3;_RequestID=82a3d574-5ea6-4c06-afd1-1966035a06d7;|WebModule[/branchservice]Exception sending context initialized event to listener instance of class com.sun.xml.ws.transport.http.servlet.WSServletContextListener
WSSERVLET11: failed to parse runtime descriptor: java.net.BindException: Address already in use: bind
     at com.sun.xml.ws.transport.http.servlet.WSServletContextListener.contextInitialized(WSServletContextListener.java:130)
     at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4231)
     at org.apache.catalina.core.StandardContext.start(StandardContext.java:4750)
     at com.sun.enterprise.web.WebModule.start(WebModule.java:292)
     at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:833)
     at org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:131)
     at org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:153)
     at java.security.AccessController.doPrivileged(Native Method)
     at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:815)
     at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:659)
     at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1453)
     at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1123)
     at com.sun.enterprise.server.WebModuleDeployEventListener.moduleDeployed(WebModuleDeployEventListener.java:171)
     at com.sun.enterprise.server.WebModuleDeployEventListener.moduleDeployed(WebModuleDeployEventListener.java:265)
     at com.sun.enterprise.admin.event.AdminEventMulticaster.invokeModuleDeployEventListener(AdminEventMulticaster.java:954)
     at com.sun.enterprise.admin.event.AdminEventMulticaster.handleModuleDeployEvent(AdminEventMulticaster.java:941)
     at com.sun.enterprise.admin.event.AdminEventMulticaster.processEvent(AdminEventMulticaster.java:448)
     at com.sun.enterprise.admin.event.AdminEventMulticaster.multicastEvent(AdminEventMulticaster.java:160)
     at com.sun.enterprise.admin.server.core.DeploymentNotificationHelper.multicastEvent(DeploymentNotificationHelper.java:303)
     at com.sun.enterprise.deployment.phasing.DeploymentServiceUtils.multicastEvent(DeploymentServiceUtils.java:201)
     at com.sun.enterprise.deployment.phasing.ServerDeploymentTarget.sendStartEvent(ServerDeploymentTarget.java:285)
     at com.sun.enterprise.deployment.phasing.ApplicationStartPhase.runPhase(ApplicationStartPhase.java:119)
     at com.sun.enterprise.deployment.phasing.DeploymentPhase.executePhase(DeploymentPhase.java:95)
     at com.sun.enterprise.deployment.phasing.PEDeploymentService.executePhases(PEDeploymentService.java:842)
     at com.sun.enterprise.deployment.phasing.PEDeploymentService.start(PEDeploymentService.java:527)
     at com.sun.enterprise.deployment.phasing.PEDeploymentService.start(PEDeploymentService.java:571)
     at com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.start(ApplicationsConfigMBean.java:719)
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:585)
     at com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:342)
     at com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:325)
     at com.sun.enterprise.admin.config.BaseConfigMBean.invoke(BaseConfigMBean.java:407)
     at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213)
     at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220)
     at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:815)
     at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784)
     at sun.reflect.GeneratedMethodAccessor19.invoke(Unknown Source)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:585)
     at com.sun.enterprise.admin.util.proxy.ProxyClass.invoke(ProxyClass.java:77)
     at $Proxy1.invoke(Unknown Source)
     at com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.invoke(SunoneInterceptor.java:297)
     at com.sun.enterprise.admin.jmx.remote.server.callers.InvokeCaller.call(InvokeCaller.java:56)
     at com.sun.enterprise.admin.jmx.remote.server.MBeanServerRequestHandler.handle(MBeanServerRequestHandler.java:142)
     at com.sun.enterprise.admin.jmx.remote.server.servlet.RemoteJmxConnectorServlet.processRequest(RemoteJmxConnectorServlet.java:109)
     at com.sun.enterprise.admin.jmx.remote.server.servlet.RemoteJmxConnectorServlet.doPost(RemoteJmxConnectorServlet.java:180)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:822)
     at sun.reflect.GeneratedMethodAccessor72.invoke(Unknown Source)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:585)
     at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:262)
     at java.security.AccessController.doPrivileged(Native Method)
     at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
     at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:295)
     at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:178)
     at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:390)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279)
     at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
     at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
     at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
     at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
     at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
     at com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
     at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
     at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:223)
     at com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(ProcessorTask.java:664)
     at com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(ProcessorTask.java:571)
     at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:846)
     at com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:345)
     at com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:237)
     at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:240)
     at com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:75)
Caused by: java.net.BindException: Address already in use: bind
     at sun.nio.ch.Net.bind(Native Method)
     at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:119)
     at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:59)
     at com.sun.enterprise.server.ss.provider.ASServerSocket.bind(ASServerSocket.java:278)
     at com.sun.enterprise.server.ss.provider.ASServerSocketImpl.listen(ASServerSocketImpl.java:153)
     at java.net.ServerSocket.bind(ServerSocket.java:320)
     at java.net.ServerSocket.<init>(ServerSocket.java:185)
     at java.net.ServerSocket.<init>(ServerSocket.java:97)
     at branchservice.endpoint.Branch$BranchCommunications$BranchServerThread.<init>(Unknown Source)
     at branchservice.endpoint.Branch$BranchCommunications$BranchServerThread.<init>(Unknown Source)
     at branchservice.endpoint.Branch.<init>(Unknown Source)
     at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
     at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
     at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
     at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
     at java.lang.Class.newInstance0(Class.java:350)
     at java.lang.Class.newInstance(Class.java:303)
     at com.sun.xml.ws.transport.http.servlet.RuntimeEndpointInfoParser.getImplementor(RuntimeEndpointInfoParser.java:306)
     at com.sun.xml.ws.transport.http.servlet.RuntimeEndpointInfoParser.parseEndpoints(RuntimeEndpointInfoParser.java:95)
     at com.sun.xml.ws.transport.http.servlet.RuntimeEndpointInfoParser.parse(RuntimeEndpointInfoParser.java:64)
     at com.sun.xml.ws.transport.http.servlet.WSServletContextListener.contextInitialized(WSServletContextListener.java:112)
     ... 81 more
|#]

Looks like your appserver instance or domain is not running or couldn't start because another service is using the same port number that the domain wants to use.
Do ps -ef and kill -9 unneeded service . Then try to start the domain or server instance again.

SOAP Undeploy / Security-Problem?

Hi,
I know there is a security problem with Apache-Soap, since
everybody can list and undeploy services with the
RPCRouterServlet. Therefore I've dropped the RPCRouter out of my
Servlet-Engine and use the MessageRouter only.
How can I avoid this problem with Oracle-SOAP to prevent other
users to use the undeploy-function?
Thanks,
Alex

Soni,
Please try to configure all the steps given in this document:
http://sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/d024ca8e-e76e-2910-c183-8ea4ba681c51
---Satish

Problems undeploying

Hi,
I'm having problems undeploying ADF Faces from Tomcat. The problem is intermittent though pretty frequent (1 in 3 times)
After I undeploy using either the Tomcat Manager or ant, the file 'adf-faces-impl-ea13.jar' remains in the WEB-INF\lib directory. The file is locked until I reboot Tomcat.
I am using Tomcat 5.0.28.
Any help or suggestions would be greatly appreciated.
Thanks,
Tom.

Looks like your appserver instance or domain is not running or couldn't start because another service is using the same port number that the domain wants to use.
Do ps -ef and kill -9 unneeded service . Then try to start the domain or server instance again.

Problem with undeployment

Hi,
I have migrated a J2ee application to NetWeaver. It is working fine once I deploy it for the first time. I can run the application any number of times. That is fine. If I redeploy the application ear, then the application is not working. Same is the case if I undeploy and deploy it again. But this problem gets solved if I restart the server and deploy the application. But this is not a solution. I can't restart everytime if I want to deploy the application. Can anyone please suggest the possible cause for this?
Regards,
Harini S

Can't find a reason. Think it is problem with retrieving the value from config.ini file. Don't understand why but for now, restarting of server helps.

Problem in undeploy in version 9.0

I am Using Sun Java System Application Server 9.0 on solaris 10.0
I can deploy an web application but at the time of un deploy it stops the server.
How can I undeploy the web application.

This is rather unusual issue, you might want to file a bug against glassfish with a testcase attached.
Speaking of manual undeployment, it should involve removing application entries from instance's domain.xml file as well as removing actual application files and resources from instance's 'applications' directory.

Problem undeploying/deploying application through command line

Apologies for the newbie question - I've already trawled through the
online help, but to no avail.
I'm trying to uninstall an earlier .ear file and installing a newer
one - however, the code below in my batch file doesn't work:
java weblogic.Deployer -user admin -password holland
C:\bea\user_projects\hypotheekplanner\woscb.ear -name woscb -targets
woscb.ear@wos -undeploy
wzunzip -o C:\distribution\woscb.ear C:\distribution\war
wzunzip -o C:\distribution\war\woscb.war C:\distribution\ear
copy /y C:\distribution\web_xml\woscb\web.xml C:\distribution\ear
del /Q C:\distribution\war\woscb.war
wzzip C:\distribution\war\woscb.war C:\distribution\ear\*.*
wzzip C:\bea\user_projects\hypotheekplanner\woscb.ear
C:\distribution\war\woscb.war
del /Q C:\distribution\war\*.*
del /Q C:\distribution\ear\*.*
java weblogic.Deployer -user admin -password holland -stage -source
C:\bea\user_projects\hypotheekplanner\woscb.ear -name woscb -targets
woscb.war@wos -deploy
Note that the whole unzip/zip operation is for making sure the
application properties (as defined in web.xml) do not have to be
adjusted through the console panel.
So what am I doing wrong?
Thanks in advance for any pointers,
Martin

Martin:
Ok, so your going to use batch........ I am not sure how much community your
going to get around this, not because people don't want to help but because
95% of all java projects use ANT to do this very thing, there just isn't a
knowledge base around using batch and commandline winzip tools. Writing
"scripts" that automate deployment is a "good thing", its just that the tool
of choice for most of the community is ANT, not batch.
So consequently I am having a little bit of a hard time trying to follow
what your are attempting to do.
java weblogic.Deployer -user admin -password holland
C:\bea\user_projects\hypotheekplanner\woscb.ear -name woscb -targets
woscb.ear@wos -undeployAre you specifying targets because you really do in this case have more than
one target (wos) defined? Additionally the syntax of "<component>@<server
N>>" only applies to components INSIDE an ear, if your deploying/undeploy
the entire ear you don't need the component, all you need is "-targets wos".
Perhaps attaching your config.xml will help.
Can you restate your goal?
Is it to update the settings of web.xml in a war that is in an ear and
redeploy? You don't have to do an undeploy to achieve this, just
a -deploy(-activate) will work on an existing deployment, if the application
is already deployed, it -deploy/-activate will do a re-deploy/activate.
I really dont follow this at all not being familiar with wzunzip.
>
wzunzip -o C:\distribution\woscb.ear C:\distribution\warWhy are you unzipping the contents of .ear into the directory war?
wzunzip -o C:\distribution\war\woscb.war C:\distribution\earWhy are you unzipping the contents of .war into the directory ear?
copy /y C:\distribution\web_xml\woscb\web.xml C:\distribution\ear
del /Q C:\distribution\war\woscb.war
wzzip C:\distribution\war\woscb.war C:\distribution\ear\*.*
wzzip C:\bea\user_projects\hypotheekplanner\woscb.ear
C:\distribution\war\woscb.warWhat is this line c:\distribution\war\woscb.war doing? is this something
meant to be on the previous line?
del /Q C:\distribution\war\*.*
del /Q C:\distribution\ear\*.*
java weblogic.Deployer -user admin -password holland -stage -source
C:\bea\user_projects\hypotheekplanner\woscb.ear -name woscb -targets
woscb.war@wos -deployHere the component would be necessary/required/useful since the war file is
what your trying to update.
Why are you using -stage is this because the server "wos" is a managed
server, if so -stage is the default for managed servers and uncessary. If
you only have one server and it is "wos", then it is the admin server and
you dont want to pass -stage.
To help this all out a small, isolated, simplified, reproducible test case
might help.
Something along the lines of an examples.zip I can download and do:
1) cd /temp
2)jar xvf example.zip
3) cd user_projects\
4) deploy.bat (which deploys test.ear)
-I can go hit the web-app in the browser to "see" something in web.xml that
is the first version.
5) update.bat (which attempts to update the web.xml in the webapp and
redeploy)
-I can go hit the web-app in the browser to "see" something in web.xml that
is the updated version.
I could cook this up in ANT, but that wont help you. ;)
cheers
mbg
>
"Martin" <[email protected]> wrote in message
news:[email protected]...
It doesn't work in that it doesn't deploy the new ear file - contained
therein is a version.html file with the build number, if I look up the
file in a browser it shows up the old build number instead of the
build number of the file I just tried to deploy. So why?
And we prefer to do it batchwise, and we're not going to switch to 8.1
anytime soon.
Martin
Ok, so the next question is why doesnt it work? What is the error/stack
trace?
As a suggestion I would reccomend using ANT vs. batch files.
And 8.1 has a lot of new stuff to help you out.
Cheers
mbg
"Martin" <[email protected]> wrote in message
news:[email protected]...
Oops....7.0.
Martin
"Mark Griffith" <[email protected]> wrote in message
news:<[email protected]>...
Martin:
Lets start with what version of WLS are you using? 7.0 or 8.1?
Cheers
mbg
"Martin" <[email protected]> wrote in message
news:[email protected]...
Apologies for the newbie question - I've already trawled through
the
online help, but to no avail.
I'm trying to uninstall an earlier .ear file and installing anewer
one - however, the code below in my batch file doesn't work:
java weblogic.Deployer -user admin -password holland
C:\bea\user_projects\hypotheekplanner\woscb.ear -namewoscb -targets
woscb.ear@wos -undeploy
wzunzip -o C:\distribution\woscb.ear C:\distribution\war
wzunzip -o C:\distribution\war\woscb.war C:\distribution\ear
copy /y C:\distribution\web_xml\woscb\web.xml C:\distribution\ear
del /Q C:\distribution\war\woscb.war
wzzip C:\distribution\war\woscb.war C:\distribution\ear\*.*
wzzip C:\bea\user_projects\hypotheekplanner\woscb.ear
C:\distribution\war\woscb.war
del /Q C:\distribution\war\*.*
del /Q C:\distribution\ear\*.*
java weblogic.Deployer -user admin -passwordholland -stage -source
C:\bea\user_projects\hypotheekplanner\woscb.ear -namewoscb -targets
woscb.war@wos -deploy
Note that the whole unzip/zip operation is for making sure the
application properties (as defined in web.xml) do not have to be
adjusted through the console panel.
So what am I doing wrong?
Thanks in advance for any pointers,
Martin

Problem undeploying apps with 8.1 SP6

we recently uprgaded our managed servers on AIX LPAR's to SP6, admin server on a different AIX LPAR is still SP4
(apparently a bea support person said this would be OK)
now we can't seem to undeploy things cleanly
[Deployer:149034]An exception occurred for task [Deployer:149026]Undeploy/Remove application IlecService on UAT_WLS_Cluster_1.: Delta :297 ErrorMessage :javax.management.AttributeNotFoundException: Attribute CurrentSubject not found for MBean UAT_WLS_Domain:Location=UAT_WLS_AdminServer,Name=ADTR-1,ServerRuntime=UAT_WLS_AdminServer,Type=DeploymentTaskRuntime.
I don't know where to start (Deployer subsystem message reference had no details for this message)
or what the Attribute CurrnetSubject means for this exception
any help would be appreciated...
thanks

Somewhere on your system, probably in the %WINDOWS% directory (i.e. c:\WinNT), you should have a file named oraodbc.ini. Check to see that it has the option
RemoveControlChars=YES
I'd expect all the control characters to be stripped if this option is set.
Justin Cave
ODBC Development

Undeploying problem

Similar Messages

Maybe you are looking for