Today I had little accident with my ASP.NET project.
I have a master page which includes some javascript files, and several pages derived from this master page. Today, to better organize my code, I created a sub-folder in which I moved some of these pages. After doing that, these pages were no more able to include my javascript files.
After some "googling".
The include line format was this:
src="Scripts/FmMaskStorico.js"
I tried adding the tilde character:
src="~/Scripts/FmMaskStorico.js"
But with no success. It seems that ASP.NET interprets the tilde character only for server controls, while leaving to the browser the handling of script includes like this.
Another option I found was using the syntax :
src="<%=Request.ApplicationPath%>/Scripts/FmMaskStorico.js"
Unfortunately I can't use this option since I create all controls dynamically and it seems that this is not compatible with the <% %> syntax.
Well at the end I resolved deleting the static includes in the master page aspx, substituting them with some
calls to Page.ClientScript.RegisterScriptInclude.
This way I got it.
Phew .....
Thursday, June 19, 2008
Friday, June 13, 2008
Privileges to analyze another schema
Yesterday I wrote a small stored procedure to gather statistics for several schemas at a customer's site.
The procedure was very simple, but trying it gaves me error:
ORA-01031 insufficient privileges
I checked that the user I was using had the "analyze any" right. To be sure I granted it again.
But I still got the error.
The database was a 9.2.0.8. Even here Metalink at the rescue, with note 203220.1.
It turned out that there was a bug. The workaround to be applied was quite obvious:
grant select any table to my user.
Not the best from the security point of view, but it fits my needs..
So, once again, thanks Metalink!
The procedure was very simple, but trying it gaves me error:
ORA-01031 insufficient privileges
I checked that the user I was using had the "analyze any" right. To be sure I granted it again.
But I still got the error.
The database was a 9.2.0.8. Even here Metalink at the rescue, with note 203220.1.
It turned out that there was a bug. The workaround to be applied was quite obvious:
grant select any table to my user.
Not the best from the security point of view, but it fits my needs..
So, once again, thanks Metalink!
Sunday, June 8, 2008
Thanks Metalink!
This week I found a new (for me :-)) way to investigate Oracle problems.
We had a problem at a customer site with a new application. A query suddenly failed with very nasty error "not connected to Oracle". Same query runs smoothly at our office but we developed on 10.2 while this customer was still on 9.2.0.6
(by the way, not a very wise choice I suppose).
Anyway I had only little time to fix, the problem was blocking the first demo of this very important (for us) new app with the customer.
Firstly I gave a look in the core log. Initially I was a little hopeless because informations in there seemed a little confusing but looking at the stack trace
I had my idea of the week: looking at the following line:
------------------- Call Stack Trace ---------------------
Frameptr RetAddr Param#1 Param#2 Param#3 Param#4 Function Name
0x0a56b888 011c2fee 0a56b948 00000001 09849b10 050f7208 _qeruaRowProcedure+1
I guessed that a function called "qeruaRowProcedure" should have failed.
So I tried a search on Metalink by keyword qeruaRowProcedure and (voilà) I found
quite some documents regarding problems with this function.
In one of them I found the workaround I was looking for, which was
setting the hidden parameter _complex_view_merging to false.
I immediately tried this workaround and it worked! The query started running again
and the new app demo was able to complete.
One thing to keep in mind: the first documents I read in my Metalink search were hopeless in the sense they stated that there was no workaround for the problem (unless upgrading go 11 which was impossibile for me at the moment: I had to fix the problem almost instantly....) but at last I found at least one doc with the above workaround. So the advice is: keep searching..
A couple of days after we had a similar accident, but this time at our office, with a developing instance of 10.2.0.4.
I applied the same technique: look in the stack trace in the core log, identify the failing function and search metalink.
This time the stack trace line was this:
Frameptr RetAddr Param#1 Param#2 Param#3 Param#4 Function Name
0x0cad7ad8 00eace2d 8152d9d8 09abd544 0e8f8b08 00000000 _delrefi+34
And the workaround was in this document:
ORA-7445 [Delrefi] Where Delete Occurs
Doc ID: Note:463899.1
In this doc there are actually a couple of workarounds:
#1 Set "_optimizer_join_elimination_enabled"=false .
or
#2 Apply the one off patch for this bug.
Since the note was about 10.2.0.3 and the db I was using was 10.2.0.4
I choose to follow #1.
Note that it seems you can't simply use:
alter session set "_optimizer_join_elimination_enabled"=false
because sqlplus gives error ("identifier is too long").
It seems to work as "alter system" only.
At the end I must say: thanks Metalink!
We had a problem at a customer site with a new application. A query suddenly failed with very nasty error "not connected to Oracle". Same query runs smoothly at our office but we developed on 10.2 while this customer was still on 9.2.0.6
(by the way, not a very wise choice I suppose).
Anyway I had only little time to fix, the problem was blocking the first demo of this very important (for us) new app with the customer.
Firstly I gave a look in the core log. Initially I was a little hopeless because informations in there seemed a little confusing but looking at the stack trace
I had my idea of the week: looking at the following line:
------------------- Call Stack Trace ---------------------
Frameptr RetAddr Param#1 Param#2 Param#3 Param#4 Function Name
0x0a56b888 011c2fee 0a56b948 00000001 09849b10 050f7208 _qeruaRowProcedure+1
I guessed that a function called "qeruaRowProcedure" should have failed.
So I tried a search on Metalink by keyword qeruaRowProcedure and (voilà) I found
quite some documents regarding problems with this function.
In one of them I found the workaround I was looking for, which was
setting the hidden parameter _complex_view_merging to false.
I immediately tried this workaround and it worked! The query started running again
and the new app demo was able to complete.
One thing to keep in mind: the first documents I read in my Metalink search were hopeless in the sense they stated that there was no workaround for the problem (unless upgrading go 11 which was impossibile for me at the moment: I had to fix the problem almost instantly....) but at last I found at least one doc with the above workaround. So the advice is: keep searching..
A couple of days after we had a similar accident, but this time at our office, with a developing instance of 10.2.0.4.
I applied the same technique: look in the stack trace in the core log, identify the failing function and search metalink.
This time the stack trace line was this:
Frameptr RetAddr Param#1 Param#2 Param#3 Param#4 Function Name
0x0cad7ad8 00eace2d 8152d9d8 09abd544 0e8f8b08 00000000 _delrefi+34
And the workaround was in this document:
ORA-7445 [Delrefi] Where Delete Occurs
Doc ID: Note:463899.1
In this doc there are actually a couple of workarounds:
#1 Set "_optimizer_join_elimination_enabled"=false .
or
#2 Apply the one off patch for this bug.
Since the note was about 10.2.0.3 and the db I was using was 10.2.0.4
I choose to follow #1.
Note that it seems you can't simply use:
alter session set "_optimizer_join_elimination_enabled"=false
because sqlplus gives error ("identifier is too long").
It seems to work as "alter system" only.
At the end I must say: thanks Metalink!
Subscribe to:
Comments (Atom)
