The standard way of accessing a local dtd in SGML/XML is the following:
if jboss.dtd is in the same directory as the xml file. Otherwise use relative or
absolute paths. I don't know if this works with the crimson parser though.
--Victor
Aaron Mulder wrote:
> My fault, I had the case
e this
expression with existing parsed queries in the cache. Simple hashtable lookup
will work here. If there's a match, use the existing statement. Otherwise
generate a new statement and add it to the cache.
--Victor Langelo
___
Jboss-development ma
. For instance the O-R mapping engine
derives it's mapping information from schema files which are typically placed
in the classpath. I currently have to jar the schema file and place that jar in
the rar.
--Victor Langelo
Scott M Stark wrote:
> I'm looking at the behavior of the RARDeploy
ates if the connection is still good (via a
callback?) and returns an exception which is rethrown.
>
>
>thanks
>david jencks
>
>
Victor Langelo
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
>
>
>JBoss:
>
>
JBoss: the one to follow.
JBoss: leads the pack.
JBoss: not the pointy hair kind.
or
JBoss: .04ms and falling :-)
--Victor
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-d
David Budworth wrote:
[EMAIL PROTECTED]">
Or does PostgreSQL DATE/TIMESTAMP exactly the same? I know oracle willdrop the time portion if the column type is DATE.-David
Actually Oracle will not drop the time protion if the column type
is DATE. The following is from the Oracle 8 manual. Orac
Meta information saved by Mac OS X. Unless you're using Mac OS X you can
delete these files.
--Victor
Peter Fagerlund wrote:
What are these binary files ?
? jboss-head/varia/src/resources/services/binding/.DS_Store
? jboss-head/varia/src/resources/services/.DS_Store
? jboss-head/connector/src
Hiram Chirino wrote:
Hiram Chirino wrote: > Anyways. JMS need bi-directional invocations (BADLY). Should this > become a requirement for the other invokers??I completely disagree. There is no reason server to clientcommunication has to go over the back channel of a client to server
Thank you, Thank you, Thank you :-)
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66&thread=14752
___
Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition
ateSession.
I think the first solution is cleaner, and only marginally violates the
EJB spec. The spec is concerned with checking the callers roles against
the declared method permissions. It really isn't concerned with
verifying the caller's credentials. Any thoughts before I attempt
We are also using VBSF as our persistence engine with JBoss. I choose to
build a JCA adapter which exposes the Database facade as a connection. I
then built a framework for BMP beans that uses the capabilities of VBSF.
I've also added a few features to the VBSF engine (we have source license
as
Title: Nachricht
Hi Dr. Jung,
Sorry to take so long to reply. I've been hoping for some time to review
a previous project where we did encounter serious performance problems. Alas,
that hasn't happened so I'll do the best I can from memory.
See my comments inline.
Jung , Dr. Christoph wrote:
{
Method m = clazz.getDeclaredMethod("equals", params);
if (m.getReturnType() == Integer.TYPE)
return true;
} catch (NoSuchMethodException) {
}
clazz = clazz.getSuperclass();
}
return false;
}
--Victor Langelo
-
Dain Sundstrom wrote:
On Wednesday, March 26, 2003, at 09:29 PM, Victor Langelo wrote:
I haven't read Effective Java, but this won't work for us. We
intentionally create derived primary key classes for each entity.
These are derived from generic pk classes when the primary key
Jeremy Boynes wrote:
Scott Stark wrote:
There is no need for an ejb-local-ref in the JBoss specific descriptors as
the ejb-link element handles this in the standard descriptor.
There is no reason
why the metadata needs to be expanded to allow for specifying the
local home
jndi name
15 matches
Mail list logo