Expression node line too long

Hi,
I have an expression node which is very long. How do I break it into multi-lines?
Thank you in advance.
Qing

Hi Lucither,
I tried but do not know how to do it. Instead I attached my images of VI to you in a Word document.
Thank you for help.
Regards,
Qing
Attachments:
HelpNI.docx ‏55 KB

Similar Messages

Java.io.IOException: line too long

I am trying to compile two class files into an executable jar. I have entered the following commands into the terminal:
metalforever@merlin:~/NetBeansProjects/PsychicTest/src/psychictest$ jar -cf PsychicTest.jar *.class
metalforever@merlin:~/NetBeansProjects/PsychicTest/src/psychictest$ jar -cmf PsychicTest.jar main.txt *.class
java.io.IOException: line too long
     at java.util.jar.Attributes.read(Attributes.java:379)
     at java.util.jar.Manifest.read(Manifest.java:199)
     at java.util.jar.Manifest.<init>(Manifest.java:69)
     at sun.tools.jar.Main.run(Main.java:169)
     at sun.tools.jar.Main.main(Main.java:1167)
My manifest file(main.txt) says the following:
Main-Class: PsychicTest
Help?

Manifest files are limited to lines of 78 characters or something like that, and lines starting with a space are taken as continuations of the previous line.
Check yours.

Problem: Multiple jar files in Class-Path [ IOException: line too long]

Hello Folks,
I am trying to create a jar file using the following command:
jar -cvfm mygrid.jar MANIFEST.MF -C grid-jar/ .
My MANIFEST.MF file is as following:
Manifest-Version: 1.0
Main-Class: com.gridftp.INSPgridFTP
Class-Path: lib/activation.jar lib/ant.jar lib/antlr.jar lib/axis.jar lib/castor-0.9.3.jar lib/cog-abstraction-common-2.0.jar lib/cog-abstraction-examples-2.1.jar lib/cog-certmanagement-1.0.jar lib/cog-certrequest-1.0.jar lib/cog-grapheditor-0.46.jar lib/cog-gridfaces-1.0.jar lib/cog-gridshell-1.0.jar lib/cog-jglobus-1.2-050621.jar lib/cog-karajan-0.31.jar lib/cog-provider-clref-gt3_0_2.jar lib/cog-provider-clref-gt3_2_0.jar lib/cog-provider-clref-gt3_2_1.jar lib/cog-provider-clref-gt4_0_0.jar lib/cog-provider-condor-2.0.jar lib/cog-provider-gt2-2.0.jar lib/cog-provider-gt2ft-1.0.jar lib/cog-provider-gt3_0_2-2.0.jar lib/cog-provider-gt3_2_0-2.0.jar lib/cog-provider-gt3_2_1-2.0.jar lib/cog-provider-gt4_0_0-2.2.jar lib/cog-provider-local-2.0.jar lib/cog-provider-ssh-2.0.jar lib/cog-provider-webdav-1.0.jar lib/cog-resources-1.0.jar lib/cog-setup-0.91.jar lib/cog-util-0.91.jar lib/commons-discovery.jar lib/commons-httpclient.jar lib/commons-logging.jar lib/concurrent.jar lib/cryptix32.jar lib/cryptix-asn1.jar lib/cryptix.jar lib/j2ssh-common-0.2.2.jar lib/j2ssh-core-0.2.2.jar lib/jaas.jar lib/jakarta-regexp-1.2.jar lib/jakarta-slide-webdavlib-2.0.jar lib/jaxrpc.jar lib/jce-jdk13-125.jar lib/jgss.jar lib/jug-1.0.1.jar lib/junit.jar lib/log4j-1.2.8.jar lib/mail.jar lib/puretls.jar lib/saaj.jar lib/wsdl4j.jar lib/xercesImpl.jar lib/xml4j.jar lib/xml-apis-1.1.jar lib/xmlsec.jar lib/xpp3-1.1.3.4d_b4_min.jar lib/xstream-1.1.1-patched.jar .
The grid-jar directory structure is:
| - com -- all classes are under this dir.
| - lib -- all the required jar files are in this dir.
There are 59 jar files in the lib directory. When I try to create the jar file, I get the following exception:
jar -cvfm mygrid.jar MANIFEST.MF -C grid-jar/ .
java.io.IOException: line too long
at java.util.jar.Attributes.read(Attributes.java:356)
at java.util.jar.Manifest.read(Manifest.java:167)
at java.util.jar.Manifest.<init>(Manifest.java:52)
at sun.tools.jar.Main.run(Main.java:124)
at sun.tools.jar.Main.main(Main.java:904)
Any idea, why do I get this exception? Is there any restriction as to how many jar files (or characters) can be there in the Class-Path value in the MANIFEST.MF file?
Please help.
Thanks,
Ana

use as the following way to resolve the problem:
(1) use separate lines, to avoid too long a line for java package name lists
(2) type a preceding space before each folloing lines, for example:
Class-Path: ...jar ...jar ...jar
...jar ..jar
...jar ...jar
...jar ...jar
Hello Folks,
I am trying to create a jar file using the following
command:
jar -cvfm mygrid.jar MANIFEST.MF -C grid-jar/ .
My MANIFEST.MF file is as following:
Manifest-Version: 1.0
Main-Class: com.gridftp.INSPgridFTP
Class-Path: lib/activation.jar lib/ant.jar
lib/antlr.jar lib/axis.jar lib/castor-0.9.3.jar
lib/cog-abstraction-common-2.0.jar
lib/cog-abstraction-examples-2.1.jar
lib/cog-certmanagement-1.0.jar
lib/cog-certrequest-1.0.jar
lib/cog-grapheditor-0.46.jar
lib/cog-gridfaces-1.0.jar lib/cog-gridshell-1.0.jar
lib/cog-jglobus-1.2-050621.jar
lib/cog-karajan-0.31.jar
lib/cog-provider-clref-gt3_0_2.jar
lib/cog-provider-clref-gt3_2_0.jar
lib/cog-provider-clref-gt3_2_1.jar
lib/cog-provider-clref-gt4_0_0.jar
lib/cog-provider-condor-2.0.jar
lib/cog-provider-gt2-2.0.jar
lib/cog-provider-gt2ft-1.0.jar
lib/cog-provider-gt3_0_2-2.0.jar
lib/cog-provider-gt3_2_0-2.0.jar
lib/cog-provider-gt3_2_1-2.0.jar
lib/cog-provider-gt4_0_0-2.2.jar
lib/cog-provider-local-2.0.jar
lib/cog-provider-ssh-2.0.jar
lib/cog-provider-webdav-1.0.jar
lib/cog-resources-1.0.jar lib/cog-setup-0.91.jar
lib/cog-util-0.91.jar lib/commons-discovery.jar
lib/commons-httpclient.jar lib/commons-logging.jar
lib/concurrent.jar lib/cryptix32.jar
lib/cryptix-asn1.jar lib/cryptix.jar
lib/j2ssh-common-0.2.2.jar lib/j2ssh-core-0.2.2.jar
lib/jaas.jar lib/jakarta-regexp-1.2.jar
lib/jakarta-slide-webdavlib-2.0.jar lib/jaxrpc.jar
lib/jce-jdk13-125.jar lib/jgss.jar lib/jug-1.0.1.jar
lib/junit.jar lib/log4j-1.2.8.jar lib/mail.jar
lib/puretls.jar lib/saaj.jar lib/wsdl4j.jar
lib/xercesImpl.jar lib/xml4j.jar lib/xml-apis-1.1.jar
lib/xmlsec.jar lib/xpp3-1.1.3.4d_b4_min.jar
lib/xstream-1.1.1-patched.jar .
The grid-jar directory structure is:
| - com -- all classes are under this dir.
| - lib -- all the required jar files are in
e in this dir.
There are 59 jar files in the lib directory. When I
try to create the jar file, I get the following
exception:
jar -cvfm mygrid.jar MANIFEST.MF -C grid-jar/ .
java.io.IOException: line too long
at
at
at
at
java.util.jar.Attributes.read(Attributes.java:356)
at
at
at java.util.jar.Manifest.read(Manifest.java:167)
at
at
at java.util.jar.Manifest.<init>(Manifest.java:52)
at sun.tools.jar.Main.run(Main.java:124)
at sun.tools.jar.Main.main(Main.java:904)
Any idea, why do I get this exception? Is there any
restriction as to how many jar files (or characters)
can be there in the Class-Path value in the
MANIFEST.MF file?
Please help.
Thanks,
Anajust

.bat error - "Line too Long"

Hi ,
Im need to run my server from a bath file on win NT M/c . My property list and the classpath is really huge , possibly more than 4000 chars .
set %JAVA_PROP% =-D Really long set of props
set %MY_CLASSPATH% = really long list of jars too!
java %JAVA_PROP% -classpath "%MY_CLASSPATH%" com.blah.blah.MyServeron running this i get "line too long". Any clue on how i could fix this? On an another site i got a suggestion saying..shorten ur classpath(which is not an option for me)!!!

Set the actual CLASSPATH environment variable. And don't try to do it all on one line, use several lines like this:
SET CLASSPATH=.;ridiculouslynamedthing.jar
SET CLASSPATH=%CLASSPATH%;whatidiotthoughtupthisname.jar
SET CLASSPATH=%CLASSPATH%;andsoonandsoon.jar
then run your class like this:
java %JAVA_PROP% com.blah.blah.MyServer

Manifest: line too long

Hi all,
I have a manifest in my EAR file (WEB-INF/MANIFEST) with a Class-Path
inside (it's long), and I'm getting this error.
weblogic.management.ApplicationException: Failed to parse deployment
descriptor for /home/weblogic/bea/user_projects/mydomain/myserver/stage/ilapp.ear.
Error: java.io.IOException: manifest line too long
How do I go around fixing this? I don't think I can split up the line
Thanks,
- Roberto

Can't you have multiple Class-Path manifest entries, instead of just one humongous
one? I think you can.
Bill
Roberto wrote:
Hi all,
I have a manifest in my EAR file (WEB-INF/MANIFEST) with a Class-Path
inside (it's long), and I'm getting this error.
weblogic.management.ApplicationException: Failed to parse deployment
descriptor for /home/weblogic/bea/user_projects/mydomain/myserver/stage/ilapp.ear.
Error: java.io.IOException: manifest line too long
How do I go around fixing this? I don't think I can split up the line
Thanks,
- Roberto

Does text index gets effected by "line too long" -- File_datastore

I am trying to create text index using following index script:
create index T_SRCH_IND_DF_IDX
on t_search_index(data_filesystem)
indextype is ctxsys.context
parameters ('DATASTORE myDS
lexer lxrprtjoins
filter MY_FILTER
format column fmt
memory 10M');
Index gets created on some files. For other files (xml,pdf, txt) I get :
DRG-11513 unable to open or write to file %s
One thing i noted in these files is that all these files have
"Line too long" when accessed using "vi" editor.
Does Line being too long matters on text index creation?
Also I get multiple "DRG-11513 unable to open or write to file %s"
for same file oracle tries to index in ctx_user_index_errors. Why not
just one mesg is enough? Please advise...
Thanks a lot.
Tahir

Garrett, Thanks for ur response.
I am doing exactly what U advised. I loaded one of the file for which i was getting error mesg in
a table a BFILE. try to read it using DBMS_LOB.READ. Below is the Procedure thatI am using to do all this.
create or replace PROCEDURE ReadBLOB IS
src_lob bfile; ---- modify datatype bfile to BLOB if trying to tread blob
buffer RAW(32767);
retval integer;
amt BINARY_INTEGER := 32767;
pos INTEGER := 2147483647;
BEGIN SELECT docs INTO src_lob FROM del_bfile_table WHERE key = '1';
DBMS_LOB.OPEN(src_lob, DBMS_LOB.LOB_READONLY);
Retval := DBMS_LOB.ISOPEN(src_lob);
DBMS_OUTPUT.PUT_LINE('IS OPEN? = '||retval);
LOOP
dbms_lob.read (src_lob, amt, pos, buffer);
DBMS_OUTPUT.put_line('Cut = '||UTL_RAW.cast_to_varchar2(buffer)||' ...');
DBMS_OUTPUT.put_line('Length = '||to_char(DBMS_LOB.GetLength(src_lob)));
pos := 1;
pos := pos + amt;
DBMS_OUTPUT.put_line('pos = '||pos);
END LOOP;
EXCEPTION WHEN NO_DATA_FOUND THEN dbms_output.put_line('End of data');
END;
I get back 1 for retval. Funny thing is I am not able to get anything print anything
using DBMS_OUTPUT.put_line after dbms_lob.read line in the code. Can't even print
'Hello World'.
Any idea why?
Thanks a lot.
Tahir Dildar.

Read report line too long error ?

hi friends.
my program allowed this error.
read_report_line_too_long
what do I do ?
help me please

Don't do any setting changes, try to modify the code if it is custom namespace.
assume this the code with more than 72chars..
read table itab into wa_itab with key matnr = v_matnr vbeln = vbeln transporting something binary search
you have to break that into two lines like the below..
read table itab into wa_itab with key matnr = v_matnr
vbeln = vbeln
transporting something binary search
where ever you find the line more than 72 chars you change it. not event comment lines should not exceed more than 72 chars.
what are you doing exactly can you let me know..
if you are using READ REPORT if you have a program with more than 72 chars length then you will end up with that error. see the standard SAP documentation
DATA prog TYPE c LENGTH 30.
DATA itab TYPE TABLE OF string.
prog = '...'.
READ REPORT prog INTO itab.
Catchable Exceptions
CX_SY_READ_SRC_LINE_TOO_LONG
Cause: At least one line of the source code is longer than the rows of the internal table itab.
Runtime Error: READ_REPORT_LINE_TOO_LONG

[b]Netscape Messaging 4.15[/b] [i]Recipient too long[/i]

There is an error that appear when you reply an email message with an alias, like "Mario Garc�a"<[email protected]>. I think that the application takes all the line like an account in another server but we want to know, How do we avoid this?

We'll need quite a bit more information in order to be truly useful.
Where do you see this error?
Exactly what is the text of the error?
What client software are you using when you get the error?
I doubt that the name of the user you're sending itself is too long, but if the actual error you're getting is
"Line too long", then I may be able to help.
Some client applications can generate messages with lines in them that are wider than SMTP allows. NMS will give an error message and reject such mails.
iMS will truncate such lines, by default, but may be configured to wrap them instead.

Why finding replication stream matchpoint takes too long

hi,
I am using bdb je 5.0.58 HA(two nodes group,JVM 6G for each node).
Sometimes, I found bdb node takes too long to restart(about 2 hours).
When this occurs, I catch the process stack of bdb(jvm process) by jstack.
After analyzing stack,I found "ReplicaFeederSyncup.findMatchpoint()" taking all the time.
I want to know why this method takes so much time,and how can I avoid this bad case.
Thanks.
帖子经 liang_mic编辑过

Liang,
2 hours is indeed a huge amount of time for a node restart. It's hard be sure without doing more detailed analysis of your log as to what may be going wrong, but I do wonder if it is related to the problem you reported in outOfMemory error presents when cleaner occurs [#21786]. Perhaps the best approach is for me to describe in more detail what happens when a replicated node is connecting with a new master, which might give you more insight into what is happening in your case.
The members of a BDB JE HA replication group share the same logical stream of replicated records, where each record is identified with a virtual log sequence number, or VLSN. In other words, the log record described by VLSN x on any node is the same data record, although it may be stored in a physically different place in the log of each node.
When a replica in a group connects with a master, it must find a common point, the matchpoint, in that replication stream. There are different situations in which a replica may connect with a master. For example, it may have come up and just joined the group. Another case is when the replica is up already but a new master has been elected for the group. One way or another, the replica wants to find the most recent point in its log, which it has in common with the log of the master. Only certain kinds of log entries, tagged with timestamps, are eligible to be used for such a match, and usually, these are transaction commits and aborts.
Now, in your previous forum posting, you reported an OOME because of a very large transaction, so this syncup issue at first seems like it might be related. Perhaps your replication nodes need to traverse a great many records, in an incomplete transaction, to find the match point. But the syncup code does not blindly traverse all records, it uses the vlsn index metadata to skip to the optimal locations. In this case, even if the last transaction was very long, and incomplete, it should know where the previous transaction end was, and find that location directly, without having to do a scan.
As a possible related note, I did wonder if something was unusual about your vlsn index metadata. I did not explain this in outOfMemory error presents when cleaner occurs but I later calculated that the transaction which caused the OOME should only have contained 1500 records. I think that you said that you figured out that you were deleting about 15 million records, and you figured out that it was the vlsn index update transaction which was holding many locks. But because the vlsn index does not record every single record, it should only take about 1,500 metadata records in the vlsn index to cover 15 million application data records. It is still a bug in our code to update that many records in a single transaction, but the OOME was surprising, because 1,500 locks shouldn't be catastrophic.
There are a number of ways to investigate this further.
- You may want to try using a SyncupProgress listener described at http://docs.oracle.com/cd/E17277_02/html/java/com/sleepycat/je/rep/SyncupProgress.html to get more information on which part of the syncup process is taking a long time.
- If that confirms that finding the matchpoint is the problem, we have an unadvertised utility, meant for debugging, to examine the vlsn index. The usage is as follows, and you would use the -dumpVLSN option, and run thsi on the replica node. But this would require our assistance to interpret the results. We would be looking for the records that mention where "sync" points are, and would correlate that to the replica's log, and that might give more information if this is indeed the problem, and why the vlsn index was not acting to optimize the search.
$ java -jar build/lib/je.jar DbStreamVerify
usage: java { com.sleepycat.je.rep.utilint.DbStreamVerify | -jar je-<version>.jar DbStreamVerify }
-h <dir> # environment home directory
-s <hex> # start file
-e <hex> # end file
-verifyStream # check that replication stream is ascending
-dumpVLSN # scan log file for log entries that make up the VLSN index, don't run verify.
-dumpRepGroup # scan log file for log entries that make up the rep group db, don't run verify.
-i # show invisible. If true, print invisible entries when running verify mode.
-v # verbose

Compile error "input line is too long" when using useLegacyAOT

I'm using FlashBuilder 4.7 and the release of AIR 4 on Windows 7 to package for iOS...As soon as I include 3 or more ANEs I can no longer compile to iOS (and also use the new "useLegacyAOT no" command). When I try I get an error "The input line is too long. Compilation failed while executing : compile-abc"
I found a couple other similar issues. One post suggested instead of pointing to individual ANEs (in Package Contents) to point to a folder instead--but this doesn't fix the
Another post for a slightly different problem said it was fixed in the release of AIR 4.
Any ideas? I wonder if I move my AIR SDK to a simple path (like "c:\air\adt.jar" instead of "C:\Program Files\Adobe\Adobe Flash Builder 4.7 (64 Bit)\eclipse\plugins\com.adobe.flash.compiler_4.7.0.349722\AIRSDK\lib\adt.jar") if it'd help.
Thanks in advance!

Awesome! I got used to the new useLegacyAOT thing very fast. In the meantime, I have to decide whether to remove all my ANEs and test or sit through an interminable build sequence.
What's the current plan for a new release? Is there any way I could get a beta copy just to use during development?
Thanks!

Sql Query takes too long to enter into the first line

Hi Friends,
I am using SQLServer 2008. I am running the query for fetching the data from database. when i am running first time after executed the "DBCC FREEPROCCACHE" query for clear cache memory, it takes too long (7 to 9 second) to enter into first
line of the stored procedure. After its enter into the first statement of the SP, its fetching the data within a second. I think there is no problem with Sqlquery. Kindly let me know if you know the reason behind this.
Sample Example:
Create Sp Sp_Name
as
Begin
print Getdate()
Sql statements for fetching datas
Print Getdate()
End
In the above example, there is no difference between first date and second date.
Please help me to trouble shooting this problem.
Thanks & Regards,
Rajkumar.R

i am running first time after executed the "DBCC FREEPROCCACHE" query for clear cache memory, it takes too long (7 to 9 second)
Additional to Manoj: A
DBCC FREEPROCCACHE clears the procedure cache, so all store procedure must be newly compilied on the first call.
Olaf Helper
[ Blog] [ Xing] [ MVP]

SP2-0027: Input is too long ( 2499 characters) - line ignored

Hi All,
I am getting SP2-0027: Input is too long (> 2499 characters) - line ignored error when running a script. It looks like it is a limitation of the buffer size to be 2500 characters. I tried both the command prompt sqlplus and SQL Plus, nothing worked. Is there any other way to avoid that as I have to migrate the whole database which is in insert statement's script form.
BTW I am using Oracle 10g
Thanks

You're going to have to add line feeds to that file to make the line sizes smaller. Hopefully you're on Unix where you can use sed.

The input line is too long.

I am a prentice on J2EE by using the Tutorial 1.4.
- Problem:
I keep getting this error message: "The input line is too long. The syntax of the command is incorrect." from the windows's terminal no matter what arguments I issued for the command asant right after I successfully executed command "asant build" under the directory of both <Install>/examples/web/bookstore and bookstore1 when I practice the topic of The Example Servlets on Chapter 11: Java Servlet Technology.
The command and the arguments are:
asant create-db_common
asant create-bookstore-war
asant package-bookstore
asant deploy-war
All of them have the same outcome:
"The input line is too long.
The syntax of the command is incorrect."
I have tried to do the research on the google and ased some Java developer friends and school teachers; unfortunately, none of them can solve this problem.
- Environment:
The OS I am using is win2k professional. The commands were issued on DOS terminal. I have successfully built application server, and pointbase, deploy tool. I have utilize this tools and environment to run all the examples very well on Chapter 8: Building Web Services with JAX-RPC.
The Server and PointBase were activated when I issued those commands.
-New Problem:
Even worse, after failing on running the Servlets Examples, I got the same error message when I go back to the Chapter 8's Examples and run the command "asant build" on the directory <install>\j2eetutorial14\examples\jaxrpc\staticstub.
- tried solutions:
(A) I checked the log from admin console and found this error message that was Severe:
A "com.sun.enterprise.tools.guiframework.exception.FrameworkError" was caught. The message from the exception: "Unable to get View for viewDescriptor 'webApplications'"
The root cause is "com.sun.enterprise.admin.common.exception.MBeanConfigException: Component not registered"
See the HTML source for more detailed (stack trace) information.
(B) I also after unistalling the Application Server from the directory of C:\Sun\AppServer, and reinstall the Server onto C:\AppServer; in addition endited the build.properties file under the directory of <install>\j2eetutorial4\examples\common on the line of j2ee.home=C:\Sun\AppServer to j2ee.home=C:\AppServer, I got the error msg as following:
D:\Java\Tutorial\J2EE\j2eetutorial14\examples\jaxrpc\staticstub>asant build
The system cannot find the path specified.
The input line is too long.
The syntax of the command is incorrect.
where D:\Java\Tutorial\J2EE\j2eetutorial14\examples\jaxrpc\staticstub is the project I had successfully built before I tried to build on Servlet project.
Can anyone or the tutorail's authors give me some helps? Thanks!

This is a known problem of win2k...
one of the solution is to shorten your J2EE path... e.g shorten c:\program files\sun\app_server to c:\app_server. i haven't tried this method personally though.
the other solution is to use winXP. i have tried it n its working.

The input line is too long. The syntax of the command is incorrect.

I am a prentice on J2EE by using the Tutorial 1.4.
I keep getting this error message: "The input line is too long. The syntax of the command is incorrect." from the windows's terminal no matter what arguments I issued for the command asant right after I successfully executed command "asant build" under the directory of both <Install>\j2eetutorial14\examples\web\bookstore and bookstore1 when I practice the topic of The Example Servlets on Chapter 11: Java Servlet Technology.
The command and the arguments are:
asant create-db_common
asant create-bookstore-war
asant package-bookstore
asant deploy-war
All of them have the same outcome:
"The input line is too long.
The syntax of the command is incorrect."
I have tried to do the research on the google and ased some Java developer friends and school teachers; unfortunately, none of them can solve this problem.
The OS I am using is win2k professional. The commands were issued on DOS terminal. I have successfully built application server, and pointbase, deploy tool. I have utilize this tools and environment to run all the examples very well on Chapter 8: Building Web Services with JAX-RPC.
Even worse, after failing on running the Servlets Examples, I got the same error message when I go back to the Chapter 8's Examples and run the command "asant build" on the directory <install>\j2eetutorial14\examples\jaxrpc\staticstub.
The Server and PointBase were activated when I issued those commands.
Can someone or the Tutorial's authors kindly help? Thank you very much!

Hi eric.jendrock,
Appreciate your help; unfortunately, in my asant.bat script I cannot find the line you indicated even though I found the solution addressed in the FAQ as you instructed, too. The only ines I found are:
:runAnt
"%_JAVACMD%" %ANT_OPTS% -Dcom.sun.aas.installRoot="%AS_INSTALL%" -Djava.library.path="%AS_INSTALL%\bin;%AS_ICU_LIB%" -classpath "%AS_INSTALL%/lib/appserv-se.jar";"%AS_INSTALL%/lib/admin-cli.jar";"%AS_INSTALL%/lib/appserv-admin.jar";"%AS_INSTALL%/lib/j2ee.jar";"%AS_INSTALL%/lib/appserv-ext.jar";"%AS_INSTALL%/lib/appserv-rt.jar";"%AS_INSTALL%/lib/commons-launcher.jar";"%AS_INSTALL%/lib/install/applications/jmsra/imqjmsra.jar";"%LOCALCLASSPATH%" "-Dant.home=%ANT_HOME%" org.apache.tools.ant.Main %ANT_ARGS% %ANT_CMD_LINE_ARGS%
goto end
:runAntWithJikes
"%_JAVACMD%" %ANT_OPTS% -Dcom.sun.aas.installRoot="%AS_INSTALL%" -Djava.library.path="%AS_INSTALL%\bin;%AS_ICU_LIB%" -classpath "%AS_INSTALL%/lib/appserv-se.jar";"%AS_INSTALL%/lib/admin-cli.jar";"%AS_INSTALL%/lib/appserv-admin.jar";"%AS_INSTALL%/lib/j2ee.jar";"%AS_INSTALL%/lib/appserv-ext.jar";"%AS_INSTALL%/lib/appserv-rt.jar";"%AS_INSTALL%/lib/commons-launcher.jar";"%AS_INSTALL%/lib/install/applications/jmsra/imqjmsra.jar";"%LOCALCLASSPATH%" "-Dant.home=%ANT_HOME%" "-Djikes.class.path=%JIKESPATH%" org.apache.tools.ant.Main %ANT_ARGS% %ANT_CMD_LINE_ARGS%
goto end
I however did tried to remove those lines with -Dcom and -Djava but kept the variables of arg0s, "%_JAVACMD%" %ANT_OPTS%. Here is the result I got:
Usage: java [-options] class [args...]
(to execute a class)
or java [-options] -jar jarfile [args...]
(to execute a jar file)
where options include:
-client to select the "client" VM
-server to select the "server" VM
Looks funnier. Do you haver any clue or better solutions? Thanks!

4.2 Import Faild ORA-06550: line 3, column 1: PLS-00114: identifier 'WWV_FLOW_API#REMOVE_RESTFUL_SE' too long

Execution of the statement was unsuccessful. ORA-06550: line 3, column 1: PLS-00114: identifier 'WWV_FLOW_API#REMOVE_RESTFUL_SE' too long
begin wwv_flow_api#remove_restful_service ( p_id => 13033226431752970 + wwv_flow_api.g_id_offset ,p_name => 'oracle.example.hr' ); null; end;
ORA-06550: line 3, column 1: PLS-00114: identifier 'WWV_FLOW_API#REMOVE_RESTFUL_SE' too long

i'm having the same problem as well.. here's my context:
Apex 4.2.2.00.11 Oracle 11g
we're in the midst of upgrading from 4.0
we have an apex 4.0 runtime only instance in production.
each night, we restore the the oracle instance with 4.0 to another instance and run a script to upgrade to 4.2.2 full function (development plus runtime) on this restored instance,. it has about 20-some workspaces, each with one app.
on the restored instance, yesterday i created a new workspace, gave it access to a couple of schemas, defined a couple of users. i imported a couple of apps, themes, css, images, etc. from our current development instance, which is 4.0. after this import, i was able to do development stuff with the app just fine.
so i exported the workspace yesterday, in anticipation of importing it this morning after the nightly refresh.
refresh ran, i logged in this morning as the apex admin user, and try to import the workspace. and get the
2. Re: 4.2 Import Faild ORA-06550: line 3, column 1: PLS-00114: identifier 'WWV_FLOW_API#REMOVE_RESTFUL_SE' too long
message.

Expression node line too long

Similar Messages

Maybe you are looking for