User: starksm
Date: 01/11/16 22:39:04
Removed: src/main/org/somepackage Tag: Branch_2_4 SomeClass.java
Log:
Remove some garbage
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-devel
JBoss daily test results
SUMMARY
Number of tests run: 187
Successful tests: 148
Errors:25
Failures: 14
[time of test: 17 November 2001 6:23 GMT]
[java.version:
JBoss daily test results
SUMMARY
Number of tests run: 172
Successful tests: 135
Errors:23
Failures: 14
[time of test: 17 November 2001 5:25 GMT]
[java.version:
User: user57
Date: 01/11/16 20:19:12
Modified:src/docs main.css
Log:
o cleaned up main.css, so it is more readable
o touched up some problems with buildsystem.jsp
o changed CVS module formatting, removed trailing ant fluff and
re-formated the top of cvs.jsp
o added
I just finished commiting a Quick Start Guide, the start of a Build System
FAQ and some minor cosmetic changes to the CVS page. I also added the quick
start and build system guides to the nav link as well as the SourceForge
page for JBoss.
I will eventually get around to adding a page to coll
User: user57
Date: 01/11/16 20:19:12
Modified:src/docs/developers buildsystem.jsp cvs.jsp navigation.jsp
slogan.jsp
Added: src/docs/developers buildsystem-faq.jsp quickstart.jsp
Log:
o cleaned up main.css, so it is more readable
o touched up som
User: user57
Date: 01/11/16 20:19:12
Modified:src/docs/common picateam.jsp
Log:
o cleaned up main.css, so it is more readable
o touched up some problems with buildsystem.jsp
o changed CVS module formatting, removed trailing ant fluff and
re-formated the top of cvs.jsp
User: user57
Date: 01/11/16 20:13:58
Modified:jbossbuild.xml
Log:
o help should depend on init to get the correct module.Name
Revision ChangesPath
1.48 +3 -3 build/jboss/build.xml
Index: build.xml
==
JBoss daily test results
SUMMARY
Number of tests run: 187
Successful tests: 148
Errors:25
Failures: 14
[time of test: 17 November 2001 3:59 GMT]
[java.version:
JBoss daily test results
SUMMARY
Number of tests run: 187
Successful tests: 146
Errors:26
Failures: 15
[time of test: 17 November 2001 3:12 GMT]
[java.version:
User: luke_t
Date: 01/11/16 17:28:10
Modified:src/xdocs faq.xml
Log:
more basic knocking into shape
Revision ChangesPath
1.2 +69 -51manual/src/xdocs/faq.xml
Index: faq.xml
===
RCS file:
User: luke_t
Date: 01/11/16 17:27:26
Modified:src/xdocs designnotes.xml
Log:
addition of id attributes for reference from FAQ
Revision ChangesPath
1.2 +2 -2 manual/src/xdocs/designnotes.xml
Index: designnotes.xml
==
ok - sorry...
cheers
dim
On Fri, 16 Nov 2001, Dave Smith wrote:
> I know. The point is as far as I am concered this is the most basic of
> cases. We want to avoid users having to know jboss'isms unless they are
> doing something quite weird.
>
>
>
> Dmitri Colebatch wrote:
>
> > You can s
I know. The point is as far as I am concered this is the most basic of
cases. We want to avoid users having to know jboss'isms unless they are
doing something quite weird.
Dmitri Colebatch wrote:
> You can set a different column name using @jboss:column-name (see
> http://xdoclet.sourceforge
You can set a different column name using @jboss:column-name (see
http://xdoclet.sourceforge.net/jboss.html#column-name)
cheers
dim
On Fri, 16 Nov 2001, Dave Smith wrote:
> I'm using xdoclet to generate the ejb-jar.xml file. When you are
> generating the accessor methods it automaticly assumes
Bugs item #474977, was opened at 2001-10-25 10:59
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=474977&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Matthew Bishop (mattbishop)
>As
Bugs item #459320, was opened at 2001-09-06 14:28
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=459320&group_id=22866
Category: JBossServer
Group: v2.2.2 (stable)
Status: Open
Resolution: None
Priority: 9
Submitted By: Paul Rowe (boxhead)
>Assigned to:
On 2001.11.16 17:33:17 -0500 Bill Burke wrote:
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of
> David
> > Jencks
> > Sent: Monday, November 12, 2001 10:22 PM
> > To: Andreas Schaefer
> > Cc: [EMAIL PROTECTED]; Bill Burke; David Jencks
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of David
> Jencks
> Sent: Monday, November 12, 2001 10:22 PM
> To: Andreas Schaefer
> Cc: [EMAIL PROTECTED]; Bill Burke; David Jencks
> Subject: Re: [JBoss-dev] RE: Deployment exception on Clustering
>
>
Yeah, right. What frameworks don't do well is automatically
configure themselves for all the possible situations they end up
being embedded in.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Peter Fagerlu
|> |For JBoss.org, this is perfectly acceptable. However, for the
|> |real upload to
|> |Debian, this won't work, as I have said previously.
|>
|> Then you are shit out of luck kid,
|
|Huh?
Debian's "reasons" for not allowing free/non-free software in their distros
ranks about 0.002 on my scale
Finally, we are on the same page ..not even a blue moon ...
Yup this is a suggestion. I agree 100% we need to avoid using
jbosscmp-jdbc.xml.
Ulitmately at the database level for each table there has to be a unique
column name(s) that acts as a foreign key for the relation. It also
can only
on 1-11-16 22.50, Peter Fagerlund at [EMAIL PROTECTED] wrote:
> 1) There is a setting in log4j to re-read properties at set intervall
> 2) thats is the way to go
> -since log4j is logging before the MBean server is started
Well not really :-) log4j is started as a MBean after the MB Server but
s
1) There is a setting in log4j to re-read properties at set intervall
2) thats is the way to go
-since log4j is logging before the MBean server is started
/peter_f
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/
yOn Fri, 16 Nov 2001, marc fleury wrote:
> |For JBoss.org, this is perfectly acceptable. However, for the
> |real upload to
> |Debian, this won't work, as I have said previously.
>
> Then you are shit out of luck kid,
Huh?
___
Jboss-development mail
Bugs item #463320, was opened at 2001-09-20 13:09
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=463320&group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
>Status: Closed
Resolution: None
Priority: 8
Submitted By: Tejaswi Kasturi (zedmanauk)
Assigned
Bugs item #463320, was opened at 2001-09-20 13:09
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=463320&group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 8
Submitted By: Tejaswi Kasturi (zedmanauk)
Assigned to
Bugs item #478882, was opened at 2001-11-06 14:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=478882&group_id=22866
Category: JBossCX
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Doug Ferguson (thedug)
Assigned to: Andr
Ok stop for a second.
Do you have a jbosscmp-jdbc.xml file that specifies the relationship should
be mapped to a foreign key field named composer? If yes, then this is a bug.
If no, then this is a suggestion.
If it is a suggestion, say so, and I will consider it. My main goal when
creating colu
Bugs item #478882, was opened at 2001-11-06 14:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=478882&group_id=22866
Category: JBossCX
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Doug Ferguson (thedug)
Assigned to: Andr
Bugs item #478882, was opened at 2001-11-06 14:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=478882&group_id=22866
Category: JBossCX
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Doug Ferguson (thedug)
Assigned to: Andr
Bugs item #478882, was opened at 2001-11-06 14:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=478882&group_id=22866
Category: JBossCX
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Doug Ferguson (thedug)
>Assigned to: And
Bugs item #463320, was opened at 2001-09-20 13:09
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=463320&group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 8
Submitted By: Tejaswi Kasturi (zedmanauk)
>Assigned t
[EMAIL PROTECTED] wrote:
>
> From your webapp is it possible to save the configuration changes so
> that they take affect next time? I haven't looked to see if RH retains
> that functionality or not, but being able to automatically save the
> config in jboss-auto is pretty nice for long ter
Bugs item #463320, was opened at 2001-09-20 13:09
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=463320&group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
>Priority: 8
Submitted By: Tejaswi Kasturi (zedmanauk)
Assigned t
From your webapp is it possible to save the configuration changes so that they take affect next time? I haven't looked to see if RH retains that functionality or not, but being able to automatically save the config in jboss-auto is pretty nice for long term maintenance.
-jason
Rickard Öb
[EMAIL PROTECTED] wrote:
> Has there been any thought as to making the log4j component a
> configurable MBean like the rest of the system? It would be nice to be
> able to configure the logging properties via some administration
> interface "on the fly" via jmx. Right now it looks as if ther
Has there been any thought as to making the log4j component a configurable MBean like the rest of the system? It would be nice to be able to configure the logging properties via some administration interface "on the fly" via jmx. Right now it looks as if there is only a thin wrapper around start
The priority is fine but the thread is not. As of log4j 1.1.3 the log4j.dtd
says is supports a priority class but I have not tried it.
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: "Scott M Stark" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, November 16,
How about at least adding the priority. I don't think that this info that
will dump to console with this format is excesive, perhaps you might not
want the thread name there.
Do you know if we are still forced to use log4j.properties (instead of
log4j.xml) due to the JBoss TRACE priority?
--
When it tries to load the CDTrack relation it generates the following
sql statement ..
select uuid from CDTrack where composer_composed_songs=?
should be ..
select uuid from CDTrack where composer=?
Dain Sundstrom wrote:
>>I'm using xdoclet to generate the ejb-jar.xml file. When you are
>>
The console output should be short and simple. In any production
envrionment your likely to not even be using it so its just for quick looks
and I don't want excessive info displayed there. The default server.log
format can be more verbose. Its also trival to change these settings if
you know enou
> I'm using xdoclet to generate the ejb-jar.xml file. When you are
> generating the accessor methods it automaticly assumes that
> the accessor
> name matches the database column name. So in your example by
> default it
> is looking for a database columns named composer and performer.
>
> Th
I'm using xdoclet to generate the ejb-jar.xml file. When you are
generating the accessor methods it automaticly assumes that the accessor
name matches the database column name. So in your example by default it
is looking for a database columns named composer and performer.
This is a packaging
On Fri, 16 Nov 2001 [EMAIL PROTECTED] wrote:
>
> I think that all the extra information will confuse new JBoss users. If a
> person is advanced enough to want to debug components within JBoss they
> will be advanced enough to edit the log4j properties themselves.
On that note, it might be nice
> Dain Sundstrom wrote:
>
> >>OK i'm playing with the latest RH CVS and testing out 1 to many
> >>relations (bi directional). So ..
> >>
> >>Table1 {
> >> primary_key int,
> >>}
> >>
> >>TableMany {
> >> primary_key int,
> >> table1_key int,
> >>}
> >>
> >>class Table1 {
> >> int getPrimar
I think that all the extra information will confuse new JBoss users. If a
person is advanced enough to want to debug components within JBoss they
will be advanced enough to edit the log4j properties themselves.
-Phil
|For JBoss.org, this is perfectly acceptable. However, for the
|real upload to
|Debian, this won't work, as I have said previously.
Then you are shit out of luck kid,
marcf
|
|
|___
|Jboss-development mailing list
|[EMAIL PROTECTED]
|https://lists.
User: gropi
Date: 01/11/16 03:43:33
Modified:src/docs/developers CVSAdmin.jsp
Log:
Align the numbering of the descriptions with the numbering of the points
in the picture.
Revision ChangesPath
1.3 +3 -4 newsite/src/docs/developers/CVSAdmin.jsp
Index:
Dain Sundstrom wrote:
>>OK i'm playing with the latest RH CVS and testing out 1 to many
>>relations (bi directional). So ..
>>
>>Table1 {
>> primary_key int,
>>}
>>
>>TableMany {
>> primary_key int,
>> table1_key int,
>>}
>>
>>class Table1 {
>> int getPrimary_key()
>> Collection getTab
50 matches
Mail list logo
