[
http://issues.apache.org/jira/browse/DERBY-2107?page=comments#action_12459846 ]
Knut Anders Hatlen commented on DERBY-2107:
---
Will do that. I have logged DERBY-2197 to track those changes.
> Move page latching out of the lock manager
[ http://issues.apache.org/jira/browse/DERBY-2107?page=all ]
Knut Anders Hatlen updated DERBY-2107:
--
Derby Info: (was: [Patch Available])
> Move page latching out of the lock manager
> --
>
>
Remove unused code for locking rows while holding a latch
-
Key: DERBY-2197
URL: http://issues.apache.org/jira/browse/DERBY-2197
Project: Derby
Issue Type: Improvement
Compone
[
http://issues.apache.org/jira/browse/DERBY-2171?page=comments#action_12459790 ]
Daniel John Debrunner commented on DERBY-2171:
--
The re-worked issues section looks much better - thanks Rick.
There is a minor problem with the issue
The Apache Derby project is pleased to announce a new bug-fix release
of Derby, 10.2.2.0.
Apache Derby is a subproject of the Apache DB project.
Derby is a pure Java relational database engine which conforms to the
ANSI SQL and JDBC standards. Derby aims to be easy for developers
and end-users to
[ http://issues.apache.org/jira/browse/DERBY-2152?page=all ]
A B updated DERBY-2152:
---
Derby Info: (was: [Patch Available])
> I think the schema name for the function will always be passed in,
> even if it isn't explicitly set in the SQL statement.
Yes, you're
[
http://issues.apache.org/jira/browse/DERBY-47?page=comments#action_12459777 ]
Daniel John Debrunner commented on DERBY-47:
> Do you think that I could "just" pass InListOperatorNode.rightOperandList (a
> ValueNodeList) to addSavedO
[
http://issues.apache.org/jira/browse/DERBY-47?page=comments#action_12459768 ]
James Synge commented on DERBY-47:
--
Dan wrote:
> ... store it as a saved object.
Thanks for the pointer to CompilerContext.addSavedObject, I'd not come across
it b
[
http://issues.apache.org/jira/browse/DERBY-47?page=comments#action_12459767 ]
James Synge commented on DERBY-47:
--
Dan wrote:
> Is this an step to solving DERBY-47, or does re-writing the query this way
> solve the performance problem?
The g
[
http://issues.apache.org/jira/browse/DERBY-2129?page=comments#action_12459764 ]
Rick Hillegas commented on DERBY-2129:
--
Change svn properties on built version of the release page cgi script.
Hopefully, this will make the link to it work i
Thanks, Andrew! I have hand-copied the 10.2.2.0 artifacts to the
appropriate subdirectories of
/www/people.apache.org/repo/m1-ibiblio-rsync-repository/org.apache.derby.
Regards,
-Rick
Andrew McIntyre wrote:
On 12/19/06, Rick Hillegas <[EMAIL PROTECTED]> wrote:
I'm spinning my wheels on the M
On 12/19/06, Rick Hillegas <[EMAIL PROTECTED]> wrote:
I'm spinning my wheels on the Maven piece of our release instructions.
As with 10.2.1.6, my Maven run claims to succeed but in fact does not
copy anything to Minotaur.
Here's the good news: I can deploy to my local file system and I have a
co
[ http://issues.apache.org/jira/browse/DERBY-2129?page=all ]
Rick Hillegas updated DERBY-2129:
-
Attachment: derby-2129-status-v01.diff
Commit derby-2129-status-v01.diff at subversion revision 488803 on trunk and
488804 on 10.2 branch. This records relea
[ http://issues.apache.org/jira/browse/DERBY-2129?page=all ]
Rick Hillegas updated DERBY-2129:
-
Attachment: derby-2129-bumpVersion-v02.diff
Commit derby-2129-bumpVersion-v02.diff at subversion revision 488802. This
bumps the last digit of the release id
[ http://issues.apache.org/jira/browse/DERBY-2129?page=all ]
Rick Hillegas updated DERBY-2129:
-
Attachment: derby-2129-doap-v01.diff
Committed derby-2129-doap-v01.diff at subversion revision 488790. This updates
doap_Derby.rdf to record the release of 1
I'm spinning my wheels on the Maven piece of our release instructions.
As with 10.2.1.6, my Maven run claims to succeed but in fact does not
copy anything to Minotaur.
Here's the good news: I can deploy to my local file system and I have a
complete tree of artifacts ready to checkin somewhere.
[
http://issues.apache.org/jira/browse/DERBY-2152?page=comments#action_12459739 ]
Daniel John Debrunner commented on DERBY-2152:
--
The separation looks good.
The javadoc comments for getVTIClassForTableFunction says
@param funcSch
[
http://issues.apache.org/jira/browse/DERBY-2107?page=comments#action_12459725 ]
Daniel John Debrunner commented on DERBY-2107:
--
Maybe that's the best approach, leave latching as it is for now, and first work
on removing the possib
Thanks, Jean and Andrew.
Regards,
-Rick
Jean T. Anderson wrote:
Andrew McIntyre wrote:
On 12/19/06, Jean T. Anderson <[EMAIL PROTECTED]> wrote:
I just ran the 'svn up' on people. I'll request the unix permissions you
need on people.
There's a bunch of stuff in there's that o
Run standalone network server with security manager by default
--
Key: DERBY-2196
URL: http://issues.apache.org/jira/browse/DERBY-2196
Project: Derby
Issue Type: Improvement
[
http://issues.apache.org/jira/browse/DERBY-47?page=comments#action_12459722 ]
Daniel John Debrunner commented on DERBY-47:
> The next question is how do I pass information to the VTI implementation
> regarding which parameters of
[
http://issues.apache.org/jira/browse/DERBY-47?page=comments#action_12459716 ]
Daniel John Debrunner commented on DERBY-47:
In DERBY-2152 James wrote:
I'm experimenting with transforming a query such as:
SELECT
[ http://issues.apache.org/jira/browse/DERBY-2194?page=all ]
Kim Haase updated DERBY-2194:
-
Derby Info: [Patch Available]
> A few more problems with Working with Derby manual
> --
>
> Key: DERBY
Andrew McIntyre wrote:
> On 12/19/06, Jean T. Anderson <[EMAIL PROTECTED]> wrote:
>
>> I just ran the 'svn up' on people. I'll request the unix permissions you
>> need on people.
>
> There's a bunch of stuff in there's that owned by you, and doesn't
> have group write permissions. Probably just
On 12/19/06, Jean T. Anderson <[EMAIL PROTECTED]> wrote:
I just ran the 'svn up' on people. I'll request the unix permissions you
need on people.
There's a bunch of stuff in there's that owned by you, and doesn't
have group write permissions. Probably just need to chmod g+w
everything in there
Rick Hillegas wrote:
> I need to update the derby website in order to publish the 10.2.2.0
> release. However, I seem to be lacking some permissions. This is what
> I'm doing:
>
> o I log onto people.apache.org
>
> o I "cd /www/db.apache.org/derby"
>
> o I "svn update"
>
> This fails with the
[
http://issues.apache.org/jira/browse/DERBY-47?page=comments#action_12459697 ]
Daniel John Debrunner commented on DERBY-47:
Are there possible existing temporary table mechanisms that could be used
instead of relying on VTIs?
I woul
[ http://issues.apache.org/jira/browse/DERBY-681?page=all ]
Manish Khettry updated DERBY-681:
-
Derby Info: [Patch Available]
> Eliminate the parser's rewriting of the abstract syntax tree for queries with
> GROUP BY and/or HAVING clauses
> -
[ http://issues.apache.org/jira/browse/DERBY-681?page=all ]
Manish Khettry updated DERBY-681:
-
Attachment: notes.txt
Notes on this patch.
> Eliminate the parser's rewriting of the abstract syntax tree for queries with
> GROUP BY and/or HAVING clauses
[ http://issues.apache.org/jira/browse/DERBY-681?page=all ]
Manish Khettry updated DERBY-681:
-
Attachment: 681.patch.txt
This patch removes the "wrap group by's in a subselect" rewrite in the parser.
It preserves the having clause through bind and optim
[Auto-generated mail]
*Daily* 488338/2006-12-18 18:00:09 MET
Failed TestsOK Skip Duration Suite
---
*Jvm: 1.6*
lin
1517516 0 100.16% derbyall
064786478 0 153.43% suitesAll
sol
05
[
http://issues.apache.org/jira/browse/DERBY-208?page=comments#action_12459690 ]
Daniel John Debrunner commented on DERBY-208:
-
Reading the result columns in order is actually recommended by the JDBC javadoc
for ResultSet for portabi
Army wrote:
In the "bindNonVTITables()" method of FromVTI there is the following call:
...
I took a quick look at DMLStatementNode and it looks like binding of a
top level
ResultSetNode (which includes a SELECT node) involves calling the following
three methods:
bindNonVTITables(...)
bin
Oystein Grovlen - Sun Norway wrote:
Daniel John Debrunner wrote:
> So maybe if Derby is booted as a standalone server with no security
> manager involved, it should install one with a default security
> policy. Thus allowing Derby to use Java security manager to manage
> system privileges bu
Bryan Pendleton wrote:
> So maybe if Derby is booted as a standalone server with no security
> manager involved, it should install one with a default security
> policy. Thus allowing Derby to use Java security manager to manage
> system privileges but not requiring everyone to become familiar
I need to update the derby website in order to publish the 10.2.2.0
release. However, I seem to be lacking some permissions. This is what
I'm doing:
o I log onto people.apache.org
o I "cd /www/db.apache.org/derby"
o I "svn update"
This fails with the following diagnostic:
svn: Can't open f
[ http://issues.apache.org/jira/browse/DERBY-2129?page=all ]
Rick Hillegas updated DERBY-2129:
-
Attachment: derby-2129-website-v01.diff
Commit derby-2129-website-v01.diff at subversion revision 488719. This wires
the 10.2 release into the website. Added
Issue Subscription
Filter: Derby: JIRA issues with patch available (12 issues)
Subscriber: derby-dev
Key Summary
DERBY-2152 Support diagnostic vti tables that take parameters, such as
SpaceTable
http://issues.apache.org/jira/browse/DERBY-2152
DERBY-2183 Trigger recompilatio
[ http://issues.apache.org/jira/browse/DERBY-2147?page=all ]
Bernt M. Johnsen resolved DERBY-2147.
-
Fix Version/s: 10.3.0.0
Resolution: Fixed
Derby Info: (was: [Patch Available])
Committed revision 488672.
> LIKE predicate does not
[
http://issues.apache.org/jira/browse/DERBY-2176?page=comments#action_12459584 ]
John H. Embretsen commented on DERBY-2176:
--
Logs, diagnostics info, graphs and (zipped) heap dump taken at the point where
the OutOfMemoryError occurred i
"Laura Stewart (JIRA)" <[EMAIL PROTECTED]> writes:
> [ http://issues.apache.org/jira/browse/DERBY-2154?page=all ]
>
> Laura Stewart resolved DERBY-2154.
> --
>
> Fix Version/s: 10.2.3.0
>Resolution: Fixed
Since the fix has only been committed to tr
[ http://issues.apache.org/jira/browse/DERBY-2191?page=all ]
Dyre Tjeldvoll updated DERBY-2191:
--
Attachment: deadcode.v2.diff
Removed an unnecessary cast to FormatableBitSet as well.
> Cleanup of FormatableBitSet
> ---
>
>
42 matches
Mail list logo
