Procedures

Here is one of the snippets causing the error.

<Procedure Class="Procedure" Name="doSPInvoice"

SuperClass="spider.database.CSpProcedure"

SID="91_29645462082991276783221279677761891663" Folder="$PROJECT/P-MikeM"

JavaClassName="doSPInvoice"

DataSourceRef="348_91001200299003163268491150295082074"

DataSourceName="dsOracle" RuntimeDataService="DSRdbmsService"

DefaultMaxRows="100" DataCachingEnabled="false" Execution="OnSubmit"

StoredProcedure="VOYAGER.INV_CALC_CASH_RAS" GroupExpression=""

FunctionExpression="">

<RawJava>

<![CDATA[// This file has been generated by NetDynamics Studio on

Wed Aug. 30, 2000 11:22package voyagerReporting;import spider.event.*;import

spider.database.*; //[[SPIDER_CLASS BEGINpublic class doSPInvoice extends

spider.database.CSpProcedure//]]SPIDER_CLASS END{//[[SPIDER_EVENTS

BEGIN//]]SPIDER_EVENTS END}]]>

</RawJava>

<ParsedJava Name="doSPInvoice.java">

<CompilationUnit publicClassName="doSPInvoice">

<Package name="voyagerReporting" />

<ImportPackage name="spider.event" />

<ImportPackage name="spider.database" />

<Class name="doSPInvoice">

<Tokens>

<![CDATA[//[[SPIDER_CLASS BEGIN\r\npublicclass

doSPInvoiceextendsspider.database.CSpProcedure

//]]SPIDER_CLASS END\r\n{//[[SPIDER_EVENTS BEGIN\r\n

//]]SPIDER_EVENTS END\r\n}]]>

</Tokens>

<ClassModifier value="public" />

<Extends name="spider.database.CSpProcedure" />

<ClassBody />

</Class>

</CompilationUnit>

</ParsedJava>

<DataField Class="DataField" Name="Parameter_V_CBRE_VOUCHER_ID"

SuperClass="spider.database.CSpDataField"

SID="92_29645462082991276783221279677761891663"

FieldType="NonComputedColumn" ParameterType="In" TableName=""

ColumnName="V_CBRE_VOUCHER_ID" ColumnDataTypeText="String"

ColumnDatatype="17" ColumnLength="20" ColumnNullable="true"

UniqueKeyFlag="false" InsertValueSource="Application" InsertFormula=""

ComputedColumn="" OnEmptyValue="Exclude" OnEmptyValueFormula=""

NativeType="1" NativeTypeText="" Precision="0" Scale="0" UserDefinedType="0"

ParentName="" BlobFileExtension="" BlobFetchMode="File" Dimensions="0" />

<DBRequest DBConnection="spider.database.CSpDBConnection

[loginName=voyager, password=XXXXX,

DSConnectionAttributes=[(databaseType=ORACLE), (databaseName=),

(serverName=FPRD)]]" DBExecuteControl="spider.database.CSpDBExecuteControl

[offset=0, count=100, whence=Beginning, FetchMethod=Auto, schemaRequired=N,

resultTableRequired=Y, sortOrder=Forward]" />

</Procedure>

--Original Message--

From: Troy McKinnon [mailto:<a href="/group/SunONE-JATO/post?protectID=189232219163082116172149066248231012239 222057046167121181">tmckinnon@i...</a>]

Sent: Friday, February 16, 2001 4:56 PM

Subject: [iPlanet-JATO] Procedures

We have 2 procedures (stored) that were causing errors. We had to remove

them from the project to get it to follow through.

There are other procedures in the same project that weren't a problem. The

errors seemed to mention PAC issues? After checking the properties on the

procedures we noticed they were only bound to oracle database data objects.

Is there anything on this?

Troy McKinnon

iRise.com

java.lang.Error: DSRdbmsService2UIFMapping.properties resource could not be

found - aborting at

com.iplanet.moko.netdyn.CodeGeneration.getPAC2UIFDataTypeMappings(CodeGenera

tion.java, Compiled Code) at

com.iplanet.moko.netdyn.CodeGeneration.mapPacNativeType2UIFType(CodeGenerati

on.java:1216) at

com.iplanet.moko.netdyn.langproc.database.DataFieldProcessor.getMigrationTyp

eAsUIFType(DataFieldProcessor.java:548) at

com.iplanet.moko.netdyn.langproc.database.DataFieldProcessor.getMigrationTyp

e(DataFieldProcessor.java, Compiled Code) at

com.iplanet.moko.netdyn.langproc.database.DataFieldProcessor.auditSpecialFea

tures(DataFieldProcessor.java, Compiled Code) at

com.iplanet.moko.netdyn.langproc.NetdynElementProcessorBase.process(NetdynEl

ementProcessorBase.java, Compiled Code) at

com.iplanet.moko.netdyn.langproc.database.DataFieldProcessor.process(DataFie

ldProcessor.java, Compiled Code) at

com.iplanet.via.xml.langproc.LanguageHandler.endElement(LanguageHandler.java

, Compiled Code) at

com.sun.xml.parser.Parser.maybeElement(Parser.java, Compiled Code) at

com.sun.xml.parser.Parser.content(Parser.java, Compiled Code) at

com.sun.xml.parser.Parser.maybeElement(Parser.java, Compiled Code) at

com.sun.xml.parser.Parser.content(Parser.java, Compiled Code) at

com.sun.xml.parser.Parser.maybeElement(Parser.java, Compiled Code) at

com.sun.xml.parser.Parser.content(Parser.java, Compiled Code) at

com.sun.xml.parser.Parser.maybeElement(Parser.java, Compiled Code) at

com.sun.xml.parser.Parser.parseInternal(Parser.java, Compiled Code) at

com.sun.xml.parser.Parser.parse(Parser.java, Compiled Code) at

com.iplanet.via.xml.langproc.LanguageProcessor.process(LanguageProcessor.jav

a, Compiled Code) at

com.iplanet.via.xml.langproc.LanguageProcessor.process(LanguageProcessor.jav

a, Compiled Code) at

com.iplanet.via.xml.langproc.LanguageProcessor.process(LanguageProcessor.jav

a, Compiled Code) at

com.iplanet.moko.netdyn.tools.TranslateTool.invoke(TranslateTool.java,

Compiled Code) at

com.iplanet.moko.tools.gui.ToolInvocationThread.run(ToolInvocationThread.jav

a, Compiled Code)

--Original Message--

From: Todd Fast [mailto:<a href="/group/SunONE-JATO/post?protectID=101233080150035167169232031248066077000 048234051197">Todd.Fast@S...</a>]

Sent: Friday, February 16, 2001 4:35 PM

Subject: Re: [iPlanet-JATO] Hanging tool - how big is bad

No. We use SAX to process the XML file, so there's not an issue of size.

It's processed as a stream.

Todd

-- Original Message --

From: "Troy McKinnon" <<a href="/group/SunONE-JATO/post?protectID=189232219163082116172149066248231012239 222057046167121181">tmckinnon@i...</a>>

Sent: Friday, February 16, 2001 17:26

Subject: RE: [iPlanet-JATO] Hanging tool - how big is bad

> Is there a specific size of XML descriptor file that inevitably causes

> issues?

>

> i.e. for this migration our descriptor file was well over 11M.

>

> Just curious if when doing migrations if we should consider breaking the

> project down into more managable chunks?

>

>

> Troy

>

>

> [Non-text portions of this message have been removed]

>

>

>

> <a href="/group/SunONE-JATO/post?protectID=210083235237078198050118178206047166215 146166214017110250006230056039126077176105140127082088124241215002153">iPlane t-JATO-unsubscribe@egroups.com</a>

>

>

>

<a href="/group/SunONE-JATO/post?protectID=210083235237078198050118178206047166215 146166214017110250006230056039126077176105140127082088124241215002153">iPlane t-JATO-unsubscribe@egroups.com</a>

[Non-text portions of this message have been removed]

<a href="/group/SunONE-JATO/post?protectID=210083235237078198050118178206047166215 146166214017110250006230056039126077176105140127082088124241215002153">iPlane t-JATO-unsubscribe@egroups.com</a>

[Non-text portions of this message have been removed]

Guest at 2007-7-1 16:31:42 >