[jira] Commented: (EXEC-54) Problem with argument containing spaces
[
https://issues.apache.org/jira/browse/EXEC-54?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12992912#comment-12992912
]
Jeremias Rößler commented on EXEC-54:
-
Sorry for being not clear enough: My point is that the argument is doubly
quoted, and the first quotes are then escaped and become part of the argument
itself, which is definitely not what is intended. To stick to your example, the
argument being given to the process is not "C:\Document And
Settings\documents\432432.pdf" which would be correct, but "\"C:\Document And
Settings\documents\432432.pdf\"" (note the double and escaped quotes).
> Problem with argument containing spaces
> ---
>
> Key: EXEC-54
> URL: https://issues.apache.org/jira/browse/EXEC-54
> Project: Commons Exec
> Issue Type: Bug
>Affects Versions: 1.1
> Environment: Mac OsX 10.6.6, JVM 1.6.0
>Reporter: Jeremias Rößler
>Assignee: Siegfried Goeschl
> Labels: arguments, quotes, spaces
>
> I am new to Commons Exec, so this could also be an error in usage, but...
> When I use the {{CommandLine}} class to add a argument that contains spaces,
> some quotes are added and are then part of the argument that is given.
> For example: When I call {{java "what version"}} I get
> {{java.lang.NoClassDefFoundError: what version}}, and when I call {{java
> "\"what version\""}} (which contains escaped quotes, that are part of the
> command line argument itself), I get {{java.lang.NoClassDefFoundError: "what
> version"}}.
> So the following test fails, because as you can see in the last line, Apache
> Exec is producing the latter version where it should have produced the first
> version:
> {code:java}
> @Test
> public void testArgumentQuoting() throws Exception {
> String argument = "what version";
> DefaultExecutor executor = new DefaultExecutor();
> DefaultExecuteResultHandler resultHandler = new
> DefaultExecuteResultHandler();
> ByteArrayOutputStream out = new ByteArrayOutputStream();
> PumpStreamHandler streamHandler = new PumpStreamHandler(out,
> out);
> executor.setStreamHandler(streamHandler);
> CommandLine cmdLine = new CommandLine("java");
> cmdLine.addArgument(argument);
> executor.execute(cmdLine, resultHandler);
> resultHandler.waitFor();
> String resultPattern = "Exception in thread \"main\"
> java\\.lang\\.NoClassDefFoundError: ([\\w \"]+)";
> Pattern pattern = Pattern.compile(resultPattern);
> Matcher matcher = pattern.matcher(out.toString());
> Assert.assertTrue(matcher.find());
> // Note: Result should be and NOT <"what
> version">!
> Assert.assertEquals(argument, matcher.group(1));
> }
> {code}
> Note that the same test passes if the space is removed from the argument.
> Please also note, that I am not trying to start an external Java process, but
> this is merely an example that I assume will work on every developers machine.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (DBCP-353) When DB Restarts(Bounce) the number ESTABLISHED DB connections exceeds its maximum configured limit.
When DB Restarts(Bounce) the number ESTABLISHED DB connections exceeds its maximum configured limit. Key: DBCP-353 URL: https://issues.apache.org/jira/browse/DBCP-353 Project: Commons Dbcp Issue Type: Bug Reporter: Radhika Zawar We have set Max connections configuration to 100. There was heavy load on application. When we restarted DB in between, number of connections exceeds from 100 to 200,250... -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (CONFIGURATION-434) In HierarchicalINIConfiguration, after saving a property by calling setProperty() and save() methods, the contents after semicolon disappeared in the saved file.
[ https://issues.apache.org/jira/browse/CONFIGURATION-434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12992805#comment-12992805 ] Jin Ho Jo commented on CONFIGURATION-434: - Thank you very much for your quick fix. > In HierarchicalINIConfiguration, after saving a property by calling > setProperty() and save() methods, the contents after semicolon disappeared in > the saved file. > - > > Key: CONFIGURATION-434 > URL: https://issues.apache.org/jira/browse/CONFIGURATION-434 > Project: Commons Configuration > Issue Type: Bug > Components: File reloading >Affects Versions: 1.6 > Environment: ini file in windows7 64bit >Reporter: Jin Ho Jo >Assignee: Oliver Heger > Fix For: 1.7 > > > Hi! > I am developing an application using Commons Configuration API. > And I got this problem. > In the ini file like this: > [Environment] > Application Type=any > Class Path=C:\Program Files\jar\manage.jar;C:\Program > Files\jar\guiLauncher.jar;C:\Program Files\jar\appStart.jar;%USERPROFILE%; > I changed the value of 'Application Type' from 'any' to 'gui' by using class > HierarchicalINIConfiguration. > The value was successfully modified, but instead the value of 'Class Path' > was cut in the middle. > It is reduced like this : 'Class Path=C:\Program Files\jar\manage.jar' > In my opinion, the Configuration System regards the contents after ';' as > comments, which disappeared from the file. > Is this a kind of bug? Or is there a way to show all the contents after ';' > properly? > I appreciate if you give comments on this. > Thank you. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (EXEC-52) Tests fail on HP-UX
[ https://issues.apache.org/jira/browse/EXEC-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12992730#comment-12992730 ] Siegfried Goeschl commented on EXEC-52: --- I find it amazing that even a ping command potentially breaks a test when you use one single option ... :-) > Tests fail on HP-UX > --- > > Key: EXEC-52 > URL: https://issues.apache.org/jira/browse/EXEC-52 > Project: Commons Exec > Issue Type: Bug >Affects Versions: 1.1 > Environment: > uname -srm > HP-UX B.11.23 ia64 >Reporter: Nickolay Martinov >Priority: Minor > Labels: patch, test > Attachments: commons-exec-tests-fix.patch > > Original Estimate: 2h > Remaining Estimate: 2h > > ping command on HP-UX does not have -c option instead -n is used. > > ping > Usage: ping [-oprv] [-f address-family] [-i address] [-I interval] [-t ttl] > host [-n count [-m timeout]] > ping [-oprv] [-f address-family] [-i address] [-I interval] [-t ttl] > host packet-size [[-n] count [-m timeout]] > As a results tests that use ping command fail. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (EXEC-53) Allow control over asynchronous execution thread
[ https://issues.apache.org/jira/browse/EXEC-53?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12992727#comment-12992727 ] Siegfried Goeschl commented on EXEC-53: --- Good idea - unit test would be still appreciated ... :-) > Allow control over asynchronous execution thread > > > Key: EXEC-53 > URL: https://issues.apache.org/jira/browse/EXEC-53 > Project: Commons Exec > Issue Type: Improvement >Affects Versions: 1.1 >Reporter: Nickolay Martinov >Assignee: Siegfried Goeschl > Labels: patch > Attachments: commons-exec-daemon.patch > > Original Estimate: 2h > Remaining Estimate: 2h > > When process is started asynchronously using DefaultExecutor then thread is > created that monitors process. This thread is user thread and blocks java > program from exiting. There is no way to make this thread daemon. Allowing > this to be a daemon thread one would be able to spawn process without &, > monitor this process for some time to be sure that it is alive and then exit > without calling System.exit() that isnt always possible/desirable. > Also it would be nice to be able to create thread with specific priority or > thread group or thread name or anything else. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (EXEC-54) Problem with argument containing spaces
[
https://issues.apache.org/jira/browse/EXEC-54?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12992725#comment-12992725
]
Siegfried Goeschl commented on EXEC-54:
---
No - the code works a intended. Lets assume that your argument is not "what
version" but "C:\Document And Settings\documents\432432.pdf" - in that case it
is helpful to automatically quote the argument (in that case a file name)
otherwise the callee will get three command line arguments instead of one
* C:\Document
* And
* Settings\documents\432432.pdf
> Problem with argument containing spaces
> ---
>
> Key: EXEC-54
> URL: https://issues.apache.org/jira/browse/EXEC-54
> Project: Commons Exec
> Issue Type: Bug
>Affects Versions: 1.1
> Environment: Mac OsX 10.6.6, JVM 1.6.0
>Reporter: Jeremias Rößler
> Labels: arguments, quotes, spaces
>
> I am new to Commons Exec, so this could also be an error in usage, but...
> When I use the {{CommandLine}} class to add a argument that contains spaces,
> some quotes are added and are then part of the argument that is given.
> For example: When I call {{java "what version"}} I get
> {{java.lang.NoClassDefFoundError: what version}}, and when I call {{java
> "\"what version\""}} (which contains escaped quotes, that are part of the
> command line argument itself), I get {{java.lang.NoClassDefFoundError: "what
> version"}}.
> So the following test fails, because as you can see in the last line, Apache
> Exec is producing the latter version where it should have produced the first
> version:
> {code:java}
> @Test
> public void testArgumentQuoting() throws Exception {
> String argument = "what version";
> DefaultExecutor executor = new DefaultExecutor();
> DefaultExecuteResultHandler resultHandler = new
> DefaultExecuteResultHandler();
> ByteArrayOutputStream out = new ByteArrayOutputStream();
> PumpStreamHandler streamHandler = new PumpStreamHandler(out,
> out);
> executor.setStreamHandler(streamHandler);
> CommandLine cmdLine = new CommandLine("java");
> cmdLine.addArgument(argument);
> executor.execute(cmdLine, resultHandler);
> resultHandler.waitFor();
> String resultPattern = "Exception in thread \"main\"
> java\\.lang\\.NoClassDefFoundError: ([\\w \"]+)";
> Pattern pattern = Pattern.compile(resultPattern);
> Matcher matcher = pattern.matcher(out.toString());
> Assert.assertTrue(matcher.find());
> // Note: Result should be and NOT <"what
> version">!
> Assert.assertEquals(argument, matcher.group(1));
> }
> {code}
> Note that the same test passes if the space is removed from the argument.
> Please also note, that I am not trying to start an external Java process, but
> this is merely an example that I assume will work on every developers machine.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (CONFIGURATION-434) In HierarchicalINIConfiguration, after saving a property by calling setProperty() and save() methods, the contents after semicolon disappeared in the saved file.
[
https://issues.apache.org/jira/browse/CONFIGURATION-434?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Oliver Heger resolved CONFIGURATION-434.
Resolution: Fixed
Fix Version/s: 1.7
Fixed in subversion in revision 1069110.
A comment character must now be preceded by whitespace, otherwise it is
considered part of the property value. Thus it is now possible to define file
paths using a semicolon as delimiter in ini files read by
{{HierarchicalINIConfiguration}}.
> In HierarchicalINIConfiguration, after saving a property by calling
> setProperty() and save() methods, the contents after semicolon disappeared in
> the saved file.
> -
>
> Key: CONFIGURATION-434
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-434
> Project: Commons Configuration
> Issue Type: Bug
> Components: File reloading
>Affects Versions: 1.6
> Environment: ini file in windows7 64bit
>Reporter: Jin Ho Jo
>Assignee: Oliver Heger
> Fix For: 1.7
>
>
> Hi!
> I am developing an application using Commons Configuration API.
> And I got this problem.
> In the ini file like this:
> [Environment]
> Application Type=any
> Class Path=C:\Program Files\jar\manage.jar;C:\Program
> Files\jar\guiLauncher.jar;C:\Program Files\jar\appStart.jar;%USERPROFILE%;
> I changed the value of 'Application Type' from 'any' to 'gui' by using class
> HierarchicalINIConfiguration.
> The value was successfully modified, but instead the value of 'Class Path'
> was cut in the middle.
> It is reduced like this : 'Class Path=C:\Program Files\jar\manage.jar'
> In my opinion, the Configuration System regards the contents after ';' as
> comments, which disappeared from the file.
> Is this a kind of bug? Or is there a way to show all the contents after ';'
> properly?
> I appreciate if you give comments on this.
> Thank you.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (CONFIGURATION-434) In HierarchicalINIConfiguration, after saving a property by calling setProperty() and save() methods, the contents after semicolon disappeared in the saved file.
[ https://issues.apache.org/jira/browse/CONFIGURATION-434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12992706#comment-12992706 ] Oliver Heger commented on CONFIGURATION-434: As some testing shows, the problem is already in the loading of the configuration. After loading the test configuration the _Class Path_ property has been stripped after the first semicolon. Your assumption is correct that the semicolon is interpreted as comment character, and the remaining part of the line is ignored. However, I think the semicolon should only be treated as comment character if there is at least one whitespace before it. I will try to fix this. > In HierarchicalINIConfiguration, after saving a property by calling > setProperty() and save() methods, the contents after semicolon disappeared in > the saved file. > - > > Key: CONFIGURATION-434 > URL: https://issues.apache.org/jira/browse/CONFIGURATION-434 > Project: Commons Configuration > Issue Type: Bug > Components: File reloading >Affects Versions: 1.6 > Environment: ini file in windows7 64bit >Reporter: Jin Ho Jo > > Hi! > I am developing an application using Commons Configuration API. > And I got this problem. > In the ini file like this: > [Environment] > Application Type=any > Class Path=C:\Program Files\jar\manage.jar;C:\Program > Files\jar\guiLauncher.jar;C:\Program Files\jar\appStart.jar;%USERPROFILE%; > I changed the value of 'Application Type' from 'any' to 'gui' by using class > HierarchicalINIConfiguration. > The value was successfully modified, but instead the value of 'Class Path' > was cut in the middle. > It is reduced like this : 'Class Path=C:\Program Files\jar\manage.jar' > In my opinion, the Configuration System regards the contents after ';' as > comments, which disappeared from the file. > Is this a kind of bug? Or is there a way to show all the contents after ';' > properly? > I appreciate if you give comments on this. > Thank you. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (IO-261) getFile with varargs parameter
getFile with varargs parameter
--
Key: IO-261
URL: https://issues.apache.org/jira/browse/IO-261
Project: Commons IO
Issue Type: Improvement
Reporter: Gabriele Kahlout
Priority: Minor
Why not have those in FileUtils?
public static File getFile(final String... dirs) {
File ret = null;
for (String dir : dirs) {
if (ret == null) {
ret = new File(dir);
} else {
ret = new File(ret.getPath(), dir);
}
}
return ret;
}
public static File getFile(final File dir, final String... dirs) {
File ret = dir;
for (String dir1 : dirs) {
if (ret == null) {
ret = new File(dir1);
} else {
ret = new File(ret.getPath(), dir1);
}
}
return ret;
}
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (NET-354) FTPSClient not properly supporting CCC and PROT P
[ https://issues.apache.org/jira/browse/NET-354?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif John Korshavn updated NET-354: --- Attachment: CCC_bugs_in_FTPSClient.patch Attached a patch to fix the aforementioned errors. > FTPSClient not properly supporting CCC and PROT P > - > > Key: NET-354 > URL: https://issues.apache.org/jira/browse/NET-354 > Project: Commons Net > Issue Type: Bug > Components: FTP >Affects Versions: 2.2 > Environment: Applies to all environments >Reporter: Leif John Korshavn > Attachments: CCC_bugs_in_FTPSClient.patch > > > FTPSClient does not behave properly after issuing CCC (Clear Command > Channel). Proper behaviour is to close SSLSocket, but keep underlying > connection without SSL open. > To achieve this, the SSLSocket should be created with "false", like this on > line 255 (of FTPSClient v2.2) > SSLSocket socket = > (SSLSocket) ssf.createSocket(_socket_, ip, port, false); > Furthermore, on sendCommand CCC, sslSocket must be closed before setting > _socket = _plainsocket on line 493: >_socket.close(); >_socket = _plainsocket; >... > And finally, it is wrong to set socket factory to null on line 500 of the > same method; this is set properly in exexPROT and should not be reset on CCC. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (NET-354) FTPSClient not properly supporting CCC and PROT P
FTPSClient not properly supporting CCC and PROT P - Key: NET-354 URL: https://issues.apache.org/jira/browse/NET-354 Project: Commons Net Issue Type: Bug Components: FTP Affects Versions: 2.2 Environment: Applies to all environments Reporter: Leif John Korshavn FTPSClient does not behave properly after issuing CCC (Clear Command Channel). Proper behaviour is to close SSLSocket, but keep underlying connection without SSL open. To achieve this, the SSLSocket should be created with "false", like this on line 255 (of FTPSClient v2.2) SSLSocket socket = (SSLSocket) ssf.createSocket(_socket_, ip, port, false); Furthermore, on sendCommand CCC, sslSocket must be closed before setting _socket = _plainsocket on line 493: _socket.close(); _socket = _plainsocket; ... And finally, it is wrong to set socket factory to null on line 500 of the same method; this is set properly in exexPROT and should not be reset on CCC. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (LOGGING-141) Getting NoClassDefFoundError
[ https://issues.apache.org/jira/browse/LOGGING-141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joerg Schaible closed LOGGING-141. -- Resolution: Invalid Fine, but in this case you could have closed th issue yourself. Please ask next time first on the user's list if you have a problem. > Getting NoClassDefFoundError > > > Key: LOGGING-141 > URL: https://issues.apache.org/jira/browse/LOGGING-141 > Project: Commons Logging > Issue Type: Bug >Affects Versions: 1.1.1 > Environment: Weblogic 8, DWR2.0, Java 1.4/1.5, WindowsXP >Reporter: Palani Kumar Pounraj >Priority: Blocker > Labels: logging > Fix For: 1.1.1 > > > Getting the following exception while implementing DWR2.0 to the existing > application. The commons-logging.jar is there in the classpath, but still, > facing this issue. > java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory > at > org.directwebremoting.dwrp.PollHandler.(PollHandler.java:443) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:141) > at > org.directwebremoting.impl.ContainerUtil.class$(ContainerUtil.java:97) > at > org.directwebremoting.impl.ContainerUtil.setupDefaults(ContainerUtil.java:150) > at > org.directwebremoting.impl.ContainerUtil.setupDefaultContainer(ContainerUtil.java:125) > at org.directwebremoting.servlet.DwrServlet.init(DwrServlet.java:73) > at > weblogic.servlet.internal.ServletStubImpl$ServletInitAction.run(ServletStubImpl.java:1028) > at > weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) > at > weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121) > at > weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubImpl.java:904) > at > weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStubImpl.java:883) > at > weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:822) > at > weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.java:535) > at > weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:373) > at > weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:315) > at > weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6718) > at > weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) > at > weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121) > at > weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3764) > at > weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2644) > at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219) > at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178) > Please let me know the possible solution as soon as possible. its blocking > the work flow for the past two days. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (LOGGING-141) Getting NoClassDefFoundError
[ https://issues.apache.org/jira/browse/LOGGING-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12992399#comment-12992399 ] Palani Kumar Pounraj commented on LOGGING-141: -- Thanks for the comment. Got cleared. > Getting NoClassDefFoundError > > > Key: LOGGING-141 > URL: https://issues.apache.org/jira/browse/LOGGING-141 > Project: Commons Logging > Issue Type: Bug >Affects Versions: 1.1.1 > Environment: Weblogic 8, DWR2.0, Java 1.4/1.5, WindowsXP >Reporter: Palani Kumar Pounraj >Priority: Blocker > Labels: logging > Fix For: 1.1.1 > > > Getting the following exception while implementing DWR2.0 to the existing > application. The commons-logging.jar is there in the classpath, but still, > facing this issue. > java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory > at > org.directwebremoting.dwrp.PollHandler.(PollHandler.java:443) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:141) > at > org.directwebremoting.impl.ContainerUtil.class$(ContainerUtil.java:97) > at > org.directwebremoting.impl.ContainerUtil.setupDefaults(ContainerUtil.java:150) > at > org.directwebremoting.impl.ContainerUtil.setupDefaultContainer(ContainerUtil.java:125) > at org.directwebremoting.servlet.DwrServlet.init(DwrServlet.java:73) > at > weblogic.servlet.internal.ServletStubImpl$ServletInitAction.run(ServletStubImpl.java:1028) > at > weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) > at > weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121) > at > weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubImpl.java:904) > at > weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStubImpl.java:883) > at > weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:822) > at > weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.java:535) > at > weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:373) > at > weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:315) > at > weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6718) > at > weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) > at > weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121) > at > weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3764) > at > weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2644) > at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219) > at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178) > Please let me know the possible solution as soon as possible. its blocking > the work flow for the past two days. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
