Well, in case no one pays attention to Sun's site.
JDK 1.4.0 has been made official (Linux/Solaris/Windows).
I saw a bunch of patches a while ago to fix naming problems for JDK 1.4
(assert), did those ever get fixed?
Does JBoss work on 1.4 currently?
-David
Should we have this mapping for all DB's?
Whenever I rebuild JBoss, I have to go add java.util.Date mapping
myself back in.
-David
On Tue, 12 Feb 2002, Dain Sundstrom wrote:
User: dsundstrom
Date: 02/02/12 07:12:13
Modified:src/etc/conf/default standardjbosscmp-jdbc.xml
User: dbudworth
Date: 02/02/12 16:29:40
Modified:src/etc/conf/default standardjbosscmp-jdbc.xml
Log:
Added java.util.Date type mapping for Oracle7 and Oracle8
Revision ChangesPath
1.17 +11 -1 jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml
Index:
The problem here is that java.util.Date holds an actualy time/date.
If you don't map it to TIMESTAMP, then you have a dataloss.
If you want a real SQL DATE field, then use java.sql.Date (which is
a java.util.Date with the time suppressed)
I think it would be bad policy to make the default data
On Tue, 12 Feb 2002, Victor Langelo wrote:
David Budworth wrote:
Or does PostgreSQL DATE/TIMESTAMP exactly the same? I know oracle will
drop 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
User: dbudworth
Date: 02/02/05 12:31:23
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCStartCommand.java
Log:
Fixed typo in log message
Revision ChangesPath
1.18 +2 -2
User: dbudworth
Date: 02/02/04 13:03:21
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata
JDBCRelationshipRoleMetaData.java
Log:
Added rolename to exception being thrown when key-fields detected on a multiplicity
of many
Revision Changes
Maybe I missed a message about this. But I am wondering, is war
deployment broken?
Here is all that gets logged about the war (when inside an EAR, or when
placed directly in deploy)
Auto deploying: file:/home/david/proxeno/jboss/tmp/deploy/proxeno.war
New UCL with url
I don't think you can clone() a hashmap in a threadsafe way without
locking it. Of course you could sync{ clone() }, which is faster than
sync{ walk map, check for conflicts }.
Which maybe what Dain was suggesting in the first place.
-David
On Sat, 12 Jan 2002, Bill Burke wrote:
Good
I am curious, why we are using the RollingFileAppender in JBoss 3 alpha?
With the amount of logging that happens by default, the log fills up
very quickly, and the logfile gets rolled over.
The problem is, since log4j actually renames the file, and creates a new
one, any instance of tail
Yes, I just verified that my little test works now.
Sorry to alarm, I missed your commit of ServiceDeployer, and assumed I
was using CVS HEAD when I mentioned it.
-David
On Thu, 20 Dec 2001, David Jencks wrote:
The depends and depends-list features now work correctly and all deployment tests
EntityContainer:859
protected void setupMarshalledInvocationMapping()
{
try
{// Create method mappings for container invoker
Method [] m = homeInterface.getMethods();// line 859
I assume we setup marshalled invocations for remote interfaces only?
This code does
Nevermind, I just answered my own question. We step on the exception
(but log it's stack trace twice). The ejbs deploy just fine.
I'll just add the check to avoid the stack traces (which is what threw
me off in the first place)
On Thu, 20 Dec 2001, David Budworth wrote:
EntityContainer:859
User: dbudworth
Date: 01/12/20 10:26:44
Modified:src/main/org/jboss/ejb EntityContainer.java
StatefulSessionContainer.java
StatelessSessionContainer.java
Log:
Modified: setupMarshalledInvocationMapping()
Added check for remote
When I redeploy my EJB, I get class cast exceptions when looking up the
remote home objects.
Even though the home has not changed or been recompiled.
I deploy with all my classes in a SAR (proxeno01.sar), and then deploy a
descriptor only EAR (proxeno02.ear).
I am re-deploying by first
proxeno.sar
\- META-INF
\- jboss-service.xml
\- com/proxeno/blah blah blah, all my classes
proxeno.ear
\- META-INF
\- application.xml
\- proxeno.jar
\- META-INF
\- ejb-jar.xml
\- jboss.xml
\- proxeno.war
\- WEB-INF
\- web.xml
Marc, are you still checking in you changes? Or are you in bug fix
mode?
If so, there is no way to undeploy a service xxx-service.xml
It seems as though ServiceDeployer.java:694 attempts to call
ServiceController.undeploy(ObjectName)
But ServiceController has no function named undeploy.
It
I have 2 MBeans,
server
mbean code=mypackage.MBean2 name=Test:name=mbean2
dependsTest:name=mbean1/depends
/mbean
mbean code=mypackage.MBean1 name=Test:name=mbean1/
/server
Problem is, they are started in defined order. So mbean2 starts before
mbean1 even though mbean2 depends
I like the idea of
site
\- default
\- conf
\- deploy
\- logs
\- whatever
\- cluster
\- conf
\- deploy
\- logs
\- whatever
Having the named deploy dirs like system/user/etc still doesn't give the
user an instant clue as to what runs first.
Does anyone mind if I rename build.bat to Build.bat?
Windows boxes aren't case sensitive, so they'll never see the change,
and for unix types, we can do:
./b[TAB] to get build.sh to expand, as it is now, it stops at
./build. (because .bat and .sh are both executable).
It's a little thing, but
Hi peoples,
First off, this is not related to my previous posts about CL, so don't
start off in flame mode Marc.
To avoid the duplicate class in archive problems I restructured my app
to be:
SAR - Contains my services + all my classes
EAR - Contains everything but classes in the WAR, and EJB
Yes, that works perfectly fine. I just made my build.xml do delete,
sleep 5, install, to get the auto-redeploy type thing you get with
EJBs.
But, in the newer thread I created, you'll see that something is still
wrong, where EJBs that use the code from the SAR, can't be re-deployed
anymore
Can someone send me the procmail filter that makes Peter's messages
readable?
-David
On Mon, 10 Dec 2001, Dain Sundstrom wrote:
huh?
Do you every use full sentences?
-dain
-Original Message-
From: Peter Fagerlund [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 10,
I would also like to make sure that any docs, don't refer to this
(assuming it gets implemented) as being like SysV runlevels (like
Linux,Solaris,etc..)
runlevels aren't even remotely working like this. Each runlevel in a
SysV init style is a self contained state.
Meaning, init 5 does not do
Hi all,
I have one big codebase, and I repackage the compiled classes with
different DDs to get my ejb.jar, war, sar, ear files.
What I'm seeing now is, if I deploy my sar (which has all my classes,
including the EJB implementation classes). Then deploy my EAR file.
Subsequent re-deployes of
If the EAR doesn't get preference as to which classes to load then there
are bigger problems here.
Example: I have a SuperMap class that implements Map, plus has a bunch
of other stuff in it.
Both the SAR, and the EJBs int he EAR use it.
If I update SuperMap, and change the EJBs to use the
I fully understand. And I was not demanding it to be by Monday. I just
was asking if it's on the list of stuff to do, or on the list of
stuff to test/commit.
I wasn't expecting anyone to rush right out at do it.
And, yes, I do know that that's the CL delegation model for 1.2, I just
saw
Marc, init/destroy are never called on a ServiceMBean. (At least they
aren't called on mine)
So uncommenting them does nothing.
I assume they were commented out when David J made the change from two
stage init/destroy to 1 stage. (Which, BTW, broke every serivce I had written
previously since
Did anyone know that the DTDs are missing from the website?
Make's it really hard to run xmllint on your descriptors.
Or is it just me that can't get to them? (Something I don't doubt with
my funky netgear router thingie)
-David
___
Ok, condensed version for Marc.
(david@dolj)-(05:58pm Wed Dec 5)-(~)
(503)$ cat jboss-all/makefile
all:
javac -d output -classpath `find . -name *.jar | tr ' ' ':'` `find . -name
*.java`
jar czf big.fucking.jar -C output .
Now, soon as the xml only deployment of every module works.
I thought it was just me (that didn't understand). Ok, I don't feel so
dumb now.
Thanks,
-David
On Tue, 04 Dec 2001, Jason Dillon wrote:
I totally don't understand any of the emails you send. I don't mean to be
offensive, I just don't get it.
--jason
On Wed, 5 Dec 2001, Peter
Peter,
If you want good CVS comments (comments that actually apply to the
changes in the file), then changes must be committed on the per file (or
per logical change) base.
If someone has to commit 5 unrelated changes, or each file needs
different checkin messages for each, then they must be
Just something to keep in mind, as I look through various MBeans (of my
own, and ones in JBoss), it seems that everyone steps on any exception
throws in stop(), since the ServiceMBean interface forbids exceptions in
stop().
So if your plan is FAILED being set by the controller when a
User: dbudworth
Date: 01/12/03 10:16:40
Modified:src/main/org/jboss/naming JNDIView.java
Log:
Fixed StringOutOfBounds OB1 bug when building buffer
Revision ChangesPath
1.12 +2 -2 jboss/src/main/org/jboss/naming/JNDIView.java
Index: JNDIView.java
Ahh. ok.
Well, it's obvious to me (as well as everyone else I assume). That you
know a lot more about this stuff than I do.
So, I'll leave it to the experts.
Thanks for replying.
-David
On Sun, 02 Dec 2001, Juha-P Lindfors wrote:
Hi,
Marc / everyone,
When you asked about this
that Juha wrote for the book
and will save you some time. You even get to use it in your application if
you want, seems like JBoss3.0 is providing a lot of infrastructure for you.
Your help will be much appreciated on that base,
marcf
|-Original Message-
|From: David Budworth [mailto
I just updated my tree after a few days, and SecurityDomain fails to
build now. It seems as though it can't find com.sun.net.ssl.* classes.
And when looking in every jar file in the jdk, I can't find any package
containing ssl in it.
Is there some other sun library we must install now?
-David
Marc / everyone,
When you asked about this Dynamic mbean thing I'm working on, were you
thinking of me applying it to RequiredModelMBean?
If I read correctly, we are required to supply an implementation of that
class, no?
If not, ignore the rest.
I'd be happy convert my stuff over to be the
. As a quick example, I may want JBossMQ with out a
database or EJB services.
-dain
-Original Message-
From: David Budworth [mailto:[EMAIL PROTECTED]]
Sent: Saturday, December 01, 2001 6:04 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] RequiredModelMBean.java? / general rantings
Marc
First off, thanks David J. for adding the test case.
Anyway,
For my own project, I have made a base Dynamic MBean for my own code
that all my MBeans are based on.
Mainly to avoid the whole MyClass.java must have a MyClassMBean.java
type thing that really doesn't work for me given what I use my
User: dbudworth
Date: 01/11/30 10:43:16
Modified:src/main/org/jboss/mq/pm/file MessageLog.java
PersistenceManager.java
Log:
Reverted my non-fs-neutral additions to the file PM
Will try creating a mapping mechanism instead.
Revision ChangesPath
a valid name for their deployment environment specific store. I
don't see this problem as an issue that should force naming
restrictions on the queues and topics.
- Original Message -
From: David Budworth [EMAIL PROTECTED]
To: Scott M Stark [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED
with the
mmbeans... post snippets if you can
marcf
|-Original Message-
|From: marc fleury [mailto:[EMAIL PROTECTED]]
|Sent: Friday, November 30, 2001 1:34 PM
|To: David Budworth; [EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] Service MBeans questions
|
|
|funny you mention, I am actually looking
oops, I reversed getData() / setData() pseudo-implementations.
Man, I really need to start proofreading.
On Fri, 30 Nov 2001, David Budworth wrote:
I'd be happy to contribute what I wrote. I'll give you the lowdown on
how it works so you can see if it may even be usefull:
Implements
I was wondering about RequiredModelMBean. Why is it called Required?
Just so the JMX agent creators know it must be implemented? It seems
kinda weird that they would force the prefix Required.
-David
On Fri, 30 Nov 2001, Trevor Squires wrote:
On Fri, 30 Nov 2001, marc fleury wrote:
On
Is there a reason why your SAR must call the file jboss-service.xml?
If we deploy services as XML only, any name *-service.xml works, but in
a sar we require it to be jboss-service.xml
It seems kind of inconsistent.
It seems usefull to be able to make a sar contain multiple *-service.xml
files
User: dbudworth
Date: 01/11/29 15:10:09
Modified:src/main/org/jboss/mq/server QueueManager.java
QueueManagerMBean.java TopicManager.java
TopicManagerMBean.java
Log:
Added JNDI name property.
Defaults to
Depends on the DBMS I suppose.
But I believe that constraints are in the same namespace as the
tables in most (if not all) DMBSs so your example should work fine.
(Of course assuming the DBA didn't happen to create a PKPRODUCT table
somewhere)
As for if they need to be universally unique,
Ok, now that we have the ability to set the JNDI name on a queue/topic,
I would like to fix the bug (that I put in) in regards to deep queue
names.
For simplicities sake, I'll just revert the file PM back to the way it
was.
But, since there was (and will be when I revert) a bug there that if
by start())?
I've seen this before. So I think it is. But I don't want to commit my
code just in case it's my bug. (since it requires a jboss restart to
make it go away).
-David
On Thu, 29 Nov 2001, David Budworth wrote:
Ok, now that we have the ability to set the JNDI name on a queue
. They can be redeployed while the server is running.
This won't clean hypersonic for you, though,
david jencks
On 2001.11.29 15:28:44 -0500 David Budworth wrote:
I know what he's talking about. And you are correct Hunter,
lib/ext/*.jar is no longer in the class path.
For support
isJavaIdentifierPart may be more acceptable. What is the
current naming problem?
- Original Message -
From: David Budworth [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, November 29, 2001 5:22 PM
Subject: [JBoss-dev] JMS queue names (again)
Ok, now that we have the ability to set
sense, or is something we have no
control of, then slap me with a fish.
-David
On Thu, 29 Nov 2001, David Jencks wrote:
On 2001.11.29 21:06:27 -0500 David Budworth wrote:
After taking a shot at implementing this, by way of making the
QueueManager and TopicManager's startService() function do
I was just wondering if anyone would like org.jboss.naming.Util to have
an unbind feature.
Unbinding by hand is easy enough, but I need (and am using in a subclass
of Util for my own project) the ability to make unbind remove the
intermediate contexts if they are empty.
ie:
A/B/C/val1
-rf on a directory. If that is what you indicating
then its a useful option.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: David Budworth [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday
User: dbudworth
Date: 01/11/28 17:48:48
Modified:src/main/org/jboss/naming Util.java
Log:
Added unbind(ctx,name), which removed all parents provided they are empty
after the named node is unbound.
May want to rename this to unbindTree if people get confused with the
?
-David
On Tue, 27 Nov 2001, Hiram Chirino wrote:
From: David Jencks [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] JMS issues re: stopservice, jndi names
Date: Mon, 26 Nov 2001 23:26:02 -0500
On 2001.11.26 22:50:55 -0500 David Budworth wrote:
Hi all,
There are two
is creating an instance of
MessageLog for them at startup.
Am I just not getting it?
-David
On Tue, 27 Nov 2001, David Budworth wrote:
Does anyone know if it's actually legal for JMS topics/queues to have
structure?
I was making the change for binding subcontexts automatically (using
by startService()) to
restoreDestination() which currently seems to just take the messages out
of the cache created by restoreTransactions().
-david
On Tue, 27 Nov 2001, David Jencks wrote:
On 2001.11.27 15:55:06 -0500 David Budworth wrote:
Does anyone know if it's actually legal for JMS topics
Nevermind, problem fixed. I just changed how it finds the directories on
restoreTransactions(), and made it ignore them in MessageLog.restore()
I'll commit after some testing.
-David
On Tue, 27 Nov 2001, David Jencks wrote:
On 2001.11.27 17:21:31 -0500 David Budworth wrote:
So, why do we
User: dbudworth
Date: 01/11/27 16:55:29
Modified:src/main/org/jboss/mq/server QueueManager.java
TopicManager.java
Log:
Added support for deep topic and queue names
Passes run-basic-testsuite, so if something is broken the test needs updating.
User: dbudworth
Date: 01/11/27 16:55:29
Modified:src/main/org/jboss/mq/pm/file MessageLog.java
PersistenceManager.java
Log:
Added support for deep topic and queue names
Passes run-basic-testsuite, so if something is broken the test needs updating.
Hi all,
There are two things bugging me right now in JMS, and I just wanted to
know if anyone is working on them, or if they need to be fixed at all.
The first one, is pretty obviously a 'needs-to-be-done'. You can't
current undeploy a queue/topic.
In my sar, I define the JMS queues that the
?
Thanks
david jencks
On 2001.11.17 23:32:09 -0500 David Budworth wrote:
Well, while someone is looking at the hot deploy code, please fix the
MBean
problem.
When you deploy a SAR that has a bad mbean, ie: jboss-service.xml
specifies
an attribute for a MBean that doesn't really exist, you
Well, while someone is looking at the hot deploy code, please fix the MBean
problem.
When you deploy a SAR that has a bad mbean, ie: jboss-service.xml specifies
an attribute for a MBean that doesn't really exist, you have to restart jboss
to get the mbean to go away.
Removing the SAR only
Can you put a package in debian main that depends on a non-free software?
Remember, JBoss 3.0 DEPENDS on jdk 1.3.x, and there is no free version of
that.
Nor is there a .deb for it at all in non-free/contrib.
I don't believe IBM has a 1.3x .deb, and kaffe definately doesn't support it.
As
User: dbudworth
Date: 01/11/13 19:52:15
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCStartCommand.java
Log:
Added check for relatedCMRField existance in execute.
Was assuming there was one and crashing with NPE when attempting to deploy
1:1 cmr
Is it a requirement that EJB 2.0 CMP be complete?
1:1 CMR relations are broken right now (SQL executes out of order cause JDBC
exceptions), so you can't remove the master in a relation without first
removing the dependant.
It appears to me, that this is a bitch to fix, but I'll save that for
By: David Budworth (dbudworth)
Assigned to: Dain Sundstrom (dsundstrom)
Summary: CMR records are deleted out of order
Initial Comment:
In a 1:1 CMR, the master bean is deleted before the
child bean.
If you have:
Order - ShippingAddress
With cascade delete turned on
And you perform
User: dbudworth
Date: 01/11/02 18:07:41
Modified:src/main/org/jboss/ejb/plugins CMPPersistenceManager.java
Log:
added more descriptive NoSuchMethodException throw. Default version didn't
specify what class or what method, requiring users to look in the jboss source
to find out
it.
Anyone know if calling an MBean in VM with the client passes pointers? Or
does it serialize?
I would expect, that this kind of service would really need to be on every
app server instance anyway.
-David Budworth
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf
code that benefited nothing but
marketing's attempt to justify their income.
So, I figured I should apologize before I got lynched.
Now, assuming I didn't just piss of marketing people who may/may not be
watching this list, I'm done.
Thank you,
-David Budworth
-Original Message-
From
streams can they?) would be hella expensive (a 1GB log file
xmlized would suck)
-David Budworth
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of marc
fleury
Sent: Sunday, October 28, 2001 9:47 PM
To: Jboss-Development@Lists. Sourceforge. Net
Subject: [JBoss
Hi all,
I am in the process of adding templating services to JBoss for my own
project, and figured it might be usefull to others.
Anyone have any desires for having WebMacro and/or Velocity templating
services in JBoss? I personally don't like JSP pages, and find them evil
when put to real
-reading his posts before sending
them
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of David
Budworth
Sent: Sunday, October 28, 2001 11:01 PM
To: Jboss-Development
Subject: [JBoss-dev] Templating services
Hi all,
I am in the process of adding templating
75 matches
Mail list logo
