These features are already within the latest HEAD of the log4j CVS module,
and will be available with the 1.3 release.
cheers,
Paul Smith
-Original Message-
From: Rob Butler
To: [EMAIL PROTECTED]
Sent: 12/31/03 12:00 PM
Subject: log4j MDC feature request
It would be nice if the MDC had
On Thu, 2004-02-05 at 09:03, [EMAIL PROTECTED] wrote:
I'm not sure if the memento will work. Here is our scenario:
We have a map of parameters that need to go into MDC that we want to
print in the log as a block. So, lifecycle looks like this:
SharedContext.put(userId, bob);
...
HEAD of the
log4j CVS module to become familiar with the inner workings.
cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
item. (this prevents it from getting
lost) - ideally its in the diff -u format, but since it's probably all
new files, the new java file, or zip up multiple.
* Also post the above to the log4j-dev list for review.
regards,
Paul Smith
need anything else. I think that I have explained
everything you would need in the javadocs.
Please let me know if this will make it into the baseline.
Thanks again !
---Original Message---
From: Paul Smith [EMAIL PROTECTED]
Subject: Re: Prototype written : JNI Syslog
implementation details that have been discussed so far as I've been too
busy to focus on it (I wouldn't use TRACE, personally).
Hope everyone is well.
cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
who want it, and just move on.
And if adding TRACE does end up causing us pain, I promise I will send any
-1 voters some premium Australian beer/wine (note: Foster's beer is crap,
all Australian's consider it evil).
(you can consider me a +1 if the 0.5 screws things up).
cheers,
Paul Smith
For CONFIG though, not so sure. Having it controllable on a
package by package basis along with the other levels seems right. Also
seems logical to show/hide in logFactor5 the same way as any other level.
However if seperately named loggers is the recommended design pattern to use
I
I have chosen info here, but the level used is completely arbitrary which to
me raises a warning. Also to do something like Set package
com.mycomp.package1 to show DEBUG level, which includes CONFIG as well,
would take two lines in the prop file, or logFactor5 viewer - i.e. have to
keep them
Title: org\apache\log4j\db\dialect\oracle.sql
That
would be most appreciated.
-Original Message-From: James Stauffer
[mailto:[EMAIL PROTECTED]Sent: Wednesday, 12 May 2004 3:18
AMTo: '[EMAIL PROTECTED]'Subject:
org\apache\log4j\db\dialect\oracle.sql
The current version of
fear we might have a problem.
What are your thoughts?
cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Title: Message
Actually gump has already picked up some things regarding the latest
log4j and commons-logging, and we are already looking into it. You might
want to build from cvs from about a week ago until this has been
resolved.
cheers,
Paul
Smith
-Original Message-From
I think wrap is a bit strong, as we will require each field
individually to
add in the html required to do table cells and such. But I
get what you are
talking about.
Couldn't each line be represented by one pattern? e.g. the pattern string
might be:
td%C/tdtd%M/td ..
You get what
,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Goodness me, what a change... Thanks heaps Scott, in particular thinking of
the backward compatability issue of getting XML with MDC inside and
automatically forwarding on to the properties...
You've been busy! :)
Paul
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL
- Fixes to LocationInfoTest. (a little testing goes a long
way..) this should keep gump happy (at last).
Maybe they should rename Gump to Grumpy... :) It's great at nagging!
Paul
-
To unsubscribe, e-mail: [EMAIL
Sounds
great!
-Original Message-From: Jon Russell
[mailto:[EMAIL PROTECTED]Sent: Thursday, 13 May 2004
7:39 AMTo: [EMAIL PROTECTED]Subject:
NTEventLogAppender event ID customization?
Hi,
I've seen a number
of threads on the web about people wondering how to
Along those lines, it might be nice to add an isActivated read only
property, which is set by the Plugin on activateOptions call.
What do you
think?
This just shows how long it's been since I've been in this area (or any
area) of the log4j code. There already IS an isActive method
[Apologise in advance for the lengthy email]
Hi All,
I've been thinking about trying to integrate VFS into log4j's Chainsaw v2
(http://logging.apache.org/log4j/docs/chainsaw.html) that we are developing.
A great feature would be able to read in remote log files for viewing. We
currently support
on
error?
This could be controversial, but I'm in agreement with Jacob on this one.
cheers,
Paul Smith
-Original Message-
From: Jacob Kjome [mailto:[EMAIL PROTECTED]
Sent: Saturday, May 08, 2004 1:41 AM
To: Log4J Developers List
Subject: socketappender stacktrace, is it necessary
LoggingEvent instance construction.
cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
The Timer class as found in 1.3 does not seem to support
de-scheduling of
events but that was a minor consideration.
Now that is a good point, and something I would think is required for the
Plugin uses etc. Cool.
cheers,
Paul Smith
wonder if
someone like Ceki's name might have more 'trustworthyness'.. But I am happy
to sign the jars if that works for people.
Alternatively there could be a Logging Service Certificate, but I am not
sure how one would obtain something like that. Probably costs a bit.
cheers,
Paul Smith
-Original Message-
From: Mario Ivankovits [mailto:[EMAIL PROTECTED]
Sent: Friday, May 14, 2004 7:28 AM
To: Jakarta Commons Developers List
Subject: Re: [VFS]: Integration - too early?
Paul Smith wrote:
The certificate that I would signing with would display my
[EMAIL PROTECTED]
email inside it. Now
in to that limit.
cheers,
Paul Smith
-Original Message-
From: James Stauffer
To: '[EMAIL PROTECTED]'
Sent: 5/14/04 11:31 PM
Subject: logging_event_property column sizes
In logging_event_property both mapped_key and mapped_value are 254
characters.
I don't think I have any keys longer than
intention to leave this list off the discussion.
For VFS specific discussions I will probably be communicating directly
with
commons-dev, but anything that affects Chainsaw I will definately keep
this
list in the loop.
again, sorry.
Paul
-Original Message-
From: Paul Smith
To: '[EMAIL
.
If have to download 450kb, 495kb shouldn't take that much more. So I am not
going to bother unless anyone is really concerned..
cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
could attach it to a
Bugzilla enhancement request so we don't lose track of it?
cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
any ideas? JSch is a LGPL license, so not sure if that makes it
easier or harder to allow an Apache server to host the jar.
Should I post this somewhere else?
Help!
cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL
.
cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Just shooting from the hip, but when a message gets sent, I
assume it throws
an exception if not connected, could you catch that exception
and attempt to
re-connect..
This probably works ok on the SocketAppender side, but not on the
SocketHubReceiver side. The SocketHubReceiver is on the
in the subject and read it from that side.
Steve
-Original Message-
From: Paul Smith [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 25 May 2004 10:31 AM
To: 'Log4J Developers List'
Subject: RE: reconnecting to SocketHubAppender
Just shooting from the hip, but when a message gets sent, I
the SocketHubAPPENEDER class, and I cannot see
where it might be affected, as it does not use SocketNode at all.
hope that helps.
cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Just testing whether the allow subscribe feature works.
Thanks Ceki!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Thu, 27 May 2004, Ceki [iso-8859-1] Gülcü wrote:
Problem solved. It appears that the org.xml.sax classes included in
the JDK differ from those of the original.
Dancing around the discrepancy is not too difficult once you know that
it exists. Thanks to gump for pointing out the difference.
with anything too. In particular,
I have 3 days off next week. (Mon-Wed, GMT+10).
cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
If I could just get my damn certificate installed properly on my new
computer I would have done this already...
I'll again tonight when I get home.
cheers,
Paul
On Tue, 8 Jun 2004 [EMAIL PROTECTED] wrote:
Hello,
I've seen a number of commits for Chainsaw's release notes recently.
However, the
I've managed to keep myself away from my Xbox and have compiled, built,
signed, and deployed the latest jars.
Apologise for the delay.
cheers,
Paul Smith
On Tue, 8 Jun 2004, Paul Smith wrote:
If I could just get my damn certificate installed properly on my new computer
I would have done
);
}
// give some more flexibility about the choice of a tab name
providerUrl = (String)ctx.getEnvironment().get(Context.PROVIDER_URL);
193a229
235a272
event.setProperty(log4j.jmsProviderUrl, providerUrl);
Paul Smith
/2004 12:32 Subject: RE: Update Web Start?
Please respond to
Log4J Developers
List
Thanks -- it works just fine!
Asgeir
-Original Message-
From: Paul Smith [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 08, 2004 11:42
can't you put the weblogic jar in the JAVA_HOME\lib\ext ?
cheers,
Paul Smith
On Wed, 9 Jun 2004, Stephen Pain wrote:
Thanks Paul - now I just need to work out how to add the weblogic.jar to the
classpath so that it's picked up by chainsaw. Do you know how I can do this?
Can't start chainsaw
) {
@@ -233,6 +269,7 @@
// store the known remote info in an event property
event.setProperty(log4j.remoteSourceInfo, remoteInfo);
+ event.setProperty(log4j.jmsProviderUrl, providerUrl);
doPost(event);
} else {
Paul Smith
variable, rather than having the jar in the ext dir. Not sure why, but
some news group items on weblogic seem to think that this might help.
I am pretty confident it is a Classloader issue.
Paul
On Wed, 9 Jun 2004, Paul Smith wrote:
Hmmm, I wonder if the weblogic.jar needs to be signed
? It works quite well if a bit more fiddly to setup.
chers,
Paul Smith
On Fri, 11 Jun 2004, McGuire, John (IT Services) wrote:
I'd like to use a log4j socketAppender over an SSL encrypted channel. I
don't see much mention of this anywhere other than a dev posting back in
February proposing to implement
On Tue, 15 Jun 2004, Ceki [iso-8859-1] Gülcü wrote:
Paul,
Please keep in mind that log4j can be placed quite high in the classloader
chain. Consider this as a side remark.
Yes, that is true, but usually when log4j is being used standalone (not
Chainsaw).
The important questions to ask is why
for Configuration, and
if someone wants a JMS/DB Receiver to load each time Chainsaw launches,
then JoranConfigurator will need to be told to use the PluginClassLoader.
I don't mind making the change, but just would love your thoughts on the
matter.
cheers,
Paul Smith
Have a look into at the o.a.l.helpers.Loader class. All log4j components use
(or should use) the Loader class to load components. Maybe you can tell the
Loader class to use your PluginClassLoader. The name PluginClassLoader is a
little misleading because it is not just plugins but all log4j
I've applied the patch to CVS (done by hand, I had bracket trouble due
to lack of coffee this morning).
Cheers,
Paul Smith
-Original Message-
From: Stephen Pain [mailto:[EMAIL PROTECTED]
Sent: Monday, June 28, 2004 5:48 AM
To: Log4J Developers List
Subject: pls patch JMSReceiver
level is greater or equal to the level
// of the event, use the logger to append the event.
Paul Smith
[EMAIL PROTECTED]To: 'Log4J
Developers List' [EMAIL PROTECTED]
m cc
was easy
enough to copy/paste the changes anyway.
If all goes well I will put up a new Web start version as well, unless
anyone has any objections.
Cheers,
Paul Smith
-Original Message-
From: Stephen Pain [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 21, 2004 7:23 AM
To: [EMAIL
Message-
From: Paul Smith [mailto:[EMAIL PROTECTED]
Sent: Sun 8/1/2004 3:10 PM
To: 'Log4J Developers List'
Cc:
Subject: RE: cvs commit: logging-
log4j/src/java/org/apache/log4j/chainsaw/help release-notes.html
I'm curious about the below change. I would have thought the code
Re: New TRACE Level
Kudos to you Yoav, I was trying to get myself mentally ready to have a crack
at doing this myself. Thankfully I never started it! Very much
appreciated.
Cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL
something that people
are going to want. I have a feeling there will be a high number of people
using 1.5.
What is involved in a 'release'? I would be happy to put in the effort, if
someone could give me an 'administrative TODO list'(other than the branch/
and fixing the code).
Cheers,
Paul Smith
have Eclipes or Jalopy.
Now if only Eclipse format rules could be per-project, rather than
workspace-wide
Cheers,
Paul Smith
-Original Message-
From: Ceki Gülcü [mailto:[EMAIL PROTECTED]
Sent: Friday, September 03, 2004 10:33 PM
To: [EMAIL PROTECTED]
Subject: [POLL] Source code
it.
Actually we'll need to come up with a strategy for informing the users of
the move. I would appreciate if we could keep a symbolic link or something
in the interim until we can move everyone across to the new Chainsaw launch
link.
cheers,
Paul Smith
-Original Message-
From: Shapira
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 21, 2004 6:12 AM
To: Log4J Developers List
Subject: RE: Maintenance approach of log4j site
Hi,
This is done.
thanks Yoav!
Paul
This would be worth attaching to a Bugzilla ticket so it can be analysed properly
without getting lost. If you could write a TestCase that shows how the current
implementation deadlocks, and how this one does not, it will help tremendously.
Thank you for your efforts.
cheers,
Paul Smith
first?
3. Any thoughts on the design etc?
cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
to delete older rolled log files you no longer need.
log4j1.3 will have a much revamped Rolling capability (see the
org.apache.log4j.rolling package available from CVS Head).
cheers,
Paul Smith
-Original Message-
From: Järkeborn Joacim [mailto:[EMAIL PROTECTED]
Sent: Thursday, September
I vote as follows:
[X] Yes, move LF5 into log4j-attic
[ ] No, keep LF5 as is.
[ ] Abstain
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
are fine writing to the file-based appenders (including
FileAppender). I've been doing this for ages now with no problems.
cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
The DailyRollingFileAppender, however, has problems with rolling
over when different JVMs or Threads have separate instances of
the appender class. There are multiple Bugzilla issues regarding this.
Ahh, my mistake. You mean there's problems with the _rolling_. I misread it
(or maybe I
/log4j/ch
ainsaw/messages/MessageCenterAppender.java?view=markup
Here's a TinyURL for the above:
http://tinyurl.com/5bvv4
cheers,
Paul Smith
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Saturday, October 16, 2004 6:32 AM
To: [EMAIL PROTECTED]
Subject
of other sub-classes that handle the 2 use-cases that I think are the most
prevalent (split by MDC or by Level).
I might come back to the list with some Joran related questions, once I've
hade a look at the DBAppender ConnectionSource examples.
cheers,
Paul Smith
Ceki, is there any reason to have MessageComposer when there is the
java.text.MessageFormat class available from JDK1.2 that appears to do
exactly the same thing? (There could well be a good reason, I just can't
see it as yet).
Just curious.
cheers,
Paul Smith
-Original Message
... :) ) can probably do a better job of
implementing it.
cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
A belated +1
(Melbourne had a rare long weekend due to a horse race it rained a lot
if anyone's interested:
http://www.theage.com.au/ftimages/2004/11/02/1099362129349.html)
cheers,
Paul
-Original Message-
From: Ceki Gülcü [mailto:[EMAIL PROTECTED]
Sent: Saturday, October 30,
Oh my, I can't believe I didn't learn from a mistake I did a while back with
an appender I wrote for my job..
Thanks for picking this up. Do you think we could enforce this by setting
this variable in the super.close() ? it's very easy to miss.
cheers,
Paul Smith
-Original Message
a very good point. Thanks.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 16, 2004 4:41 AM
To: [EMAIL PROTECTED]
Subject: cvs commit: logging-log4j/src/java/org/apache/log4j/varia
ListAppender.java
ceki2004/11/15 09:40:57
I volunteer to add myself to the following (note: I volunteered Scott
and myself for the Chainsaw stuff, which only seemed to make sense,
hopefully I'm not too forward in this regard Scott?)
I'll also take on some other non-Chainsaw stuff, which will give me a
good opportunity to peruse these
intrigued by the whole concept. Any chance you could flesh out
what you had in mind for those uninitiated with Commons Configuration?
cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
/password/ etc etc) 'secretly' to the Appender?
cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
the logs be encrypted using a public key and private key used to
decrypt them?
-Original Message-
From: Paul Smith [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 17, 2004 4:31 PM
To: Log4J Developers List
Subject: Re: Encrypted logs
Curt Arnold wrote:
I had a good discussion with some
Hi Ceki,
I am just starting this work, and thought I should clarify something.
I'm starting in the config package (PropertyGetter), which is different
from the Appender example you mention below. Do you think I am safe to
add:
private final Logger LOG =
Actually, silly me, it''s just easier to follow the static example you
provided in this case. Still, should we use a instance level logger in
favour of the static factory method approach if possible?
Paul
Paul Smith wrote:
Hi Ceki,
I am just starting this work, and thought I should clarify
Ceki I appear to have a bunch of cvs conflicts from your recent
commits. It appears that you have been working through the same areas I
have! (.net package in particular).
Are you happy with the state of affairs in those areas, and should I
just override my locally modified versions with your
as they should be more as identical to mine.
BTW, did you make your changes on Friday? My changes in .net date to
Saturday.
At 10:21 PM 11/21/2004, Paul Smith wrote:
Ceki I appear to have a bunch of cvs conflicts from your recent
commits. It appears that you have been working through the same
a better candidate for deprecation in favour of ExpressionFilter.
cheers,
Paul Smith
Scott Deboy wrote:
Since it's trivial to configure an ExpressionFilter as a functionally
equivalent replacement for these filters:
StringMatchFilter
msg == 'some text'
or optionally
msg ~= 'some partial text
made changes locally to
get it to, at least, compile. Mind if I check those in?
Jake
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
*Paul Smith
*Software Architect
*Aconex
Another 10% for the coffee I need, at least for me anyway...
Ceki Gülcü wrote:
Thanks Scott.
Finally, I can reproduce the error. I was mistakenly using JDK 1.5
runtime even if I had set my environment to use JDK 1.4.1.
Reproducing the error is usually 80% of the solution...
--
*Paul Smith
wrong). Lets be a bit more open about it.
cheers,
Paul Smith
Ceki Gülcü wrote:
At 06:16 PM 12/1/2004, Jacob Kjome wrote:
clue train? What documentation?
The documentation is lacking. Anyway, very few people know to set the
RS, it must less than 5 people on the planet. We'll document the null
Any reason why? NPE's are not useful to the end user.
Ceki Gülcü wrote:
May I ask you to defer this discussion to later?
At 09:45 PM 12/1/2004, Paul Smith wrote:
Can we at the VERY least NOT let the user try to decipher a
NullPonterException.
Isn't there some way we can detect this situation
, but that would mean the
Webstart version of Chainsaw could never use DBReceiver/JMSReceiver and
the .bat/.sh version would need some other method to determine if there
is an update available. Sometimes that's just The Way It Is.
cheers,
Paul Smith
harder to reply earlier! :)
cheers,
Paul Smith
Brad Lane wrote:
I want to write a Chainsaw plugin for IDEA but I'm having a hard time
getting started. I have the log4j source code from CVS but I was
hoping someone could give me a pointer as to where to start. i.e. -
classes to initialize Chainsaw
Webstart Link:
http://logging.apache.org/log4j/docs/webstart/chainsaw/chainsawWebStart.jnlp
Standalone bundle:
http://logging.apache.org/log4j/docs/webstart/chainsaw/chainsaw-bundle.zip
regards to all,
Paul Smith
-
To unsubscribe
]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
*Paul Smith
*Software Architect
*Aconex
* 31 Drummond Street, Carlton, VIC 3053, Australia
*Tel: +61 3 9661 0200 *Fax: +61 3 9654 9946
Email: [EMAIL PROTECTED] www.aconex.com**
This email
that 'ant
-f build-chainsaw.xml webstart' is the new mechanism for building it?
cheers,
Paul Smith
Ceki Gülcü wrote:
Hi Scott,
Excellent job. I am happy you could perform these changes. Thanks.
At 10:51 AM 1/2/2005, [EMAIL PROTECTED] wrote:
sdeboy 2005/01/02 01:51:40
Modified:src/java/org
Web start:
http://logging.apache.org/log4j/docs/webstart/chainsaw/chainsawWebStart.jnlp
Zip bundle
http://logging.apache.org/log4j/docs/webstart/chainsaw/chainsaw-bundle.zip
Any problems, let me know, I'm still getting used to my new Mac laptop
so there may well be something...
cheers,
Paul
Hi all, Long shot, but I'll be in London from Monday10th-Friday14th for
a flying work-thing. Should there be any log4j related folks in that
area that are up for a drink, let me know.
cheers,
Paul Smith
-
To unsubscribe, e
-
From: Paul Smith [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 04, 2005 1:07 PM
To: Log4J Developers List
Subject: Re: [POLL] Component and ComponentBase
The requirement to have both Component as an interface and
ComponentBase as a class, stems from the fact that we make
(probably not a very good reason I know).
cheers,
Paul Smith
Ceki Gülcü wrote:
At 09:04 PM 1/6/2005, you wrote:
+1 too, that's a nice specific name. Still not too happy with
ComponentBase though. LoggingComponentBase?
How about LRAwareBase
I'm happy with that, but looking at the build-chainsaw.xml file,
wouldn't it only save the property definitions at the top, and perhaps
the clean target?
If this is all that is needed, I can make that change.
cheers,
Paul Smith
Ceki Gülcü wrote:
Hello,
Can we assume that build-chainsaw.xml
just doing that now and testing.
Ceki Gülcü wrote:
At 10:18 PM 1/6/2005, you wrote:
I'm happy with that, but looking at the build-chainsaw.xml file,
wouldn't it only save the property definitions at the top, and
perhaps the clean target?
I removed the init, clean, jar and javadoc targets. I
It's an exceptionally good book, definately worth a read.
Ceki Gülcü wrote:
At 08:50 PM 1/7/2005, you wrote:
Which item is this in Effective Java? He also makes a strong
argument (Item
1) to use static factory methods instead of constructors.
Did not read the book yet, so can't tell you.
I
that way for
an Eclipse plugin.
Feel free to make suggestions, and supply patches if you get an itch to
pitch in and help if you like, it would be well received.
cheers,
Paul Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED
. Why would having a custom Classloader in Chainsaw cause any
problems?
Am I just a bit naive about it all?
cheers,
Paul Smith
Ceki Gülcü wrote:
Hello Paul, Scott,
Here is a patch that gets rid of PluginClassLoaderFactory class in
o.a.l.chainsaw.plugins.
To accomodate this change it renames
either way? I agree that if there is no use for it (and currently
DB/JMS Receiver's must be loaded from the ext/lib ) it should be dropped
before the final release.
cheers,
Paul Smith
Ceki Gülcü wrote:
Recalling a previous discussion [1], I was under the (possibly wrong?)
impression that you were
'build' doesn't work for me, nor does the 'webstart' one (which depends
on build). the help text on 'build' says that it will only build
available dependencies. Should this be changed?
cheers,
Paul
Ceki Gülcü wrote:
Hey Paul,
The requirement depends on the target. Which target are you trying?
to be via an xml config I believe (I
honestly have not tried the DB or JMS Receiver/Appender at all. How
embarassing... :-$). Maybe one day we can improve the Receiver creation
process in Chainsaw (it's one area I'm not happy about at all).
cheers,
Paul Smith
When you say chainsaw could d/l those extra jars, which jar files are
you referring to? For instance, to use DBReceiver, you also need the
appropriate driver for your databasae system. Surely, we cannot
provide these drivers through webstart. The same is true for
JMSReceiver. To run
1 - 100 of 339 matches
Mail list logo
