login.
If not, is there a way to call a servlet instead of a jsp as the
welcome-file?
Thanks in advance for your help,
Joanne
--
Marcus Ahnve email: [EMAIL PROTECTED]
Lecando AB Office: +46-(0)8-634 94 18
Sweden
We use XDoclet and are happy doing so.
/Marcus Ahnve
On Thu, 2002-01-24 at 14:27, Michal Palicka wrote:
Hello,
what tools do you use to generate various descriptors
(beans, applications, etc.)?
Do you prefer writing descriptors manualy?
Could you give me any hints?
I tried
In lack of web app settings, that is actually a very good idea. Thanks.
/Marcus
On Fri, 2001-12-07 at 20:57, Steven R Brandt wrote:
This looks like it might be a good place to use a filter.
http://www.orionserver.com/tutorials/filters/
12/7/01 9:13:35 AM, Marcus Ahnve [EMAIL PROTECTED
in globalwebapplication.xml, but they seem to be
just global.
/Marcus
--
Marcus Ahnve email: [EMAIL PROTECTED]
Lecando AB Office: +46-(0)8-634 94 18
Sweden Mobile: +46-(0)70-462 19 18
www.lecando.com
which persists
your large object via JDBC and retrives it again.
-mike
On Thu, 2001-11-22 at 02:19, Marcus Ahnve wrote:
A _very_ late answer I know, but it is my firm belief that the reason
for this is that Postgresql JDBC driver does not support BLOB:s, it is
simply not implemented, hence
://personal.mail.yahoo.com/
--
Marcus Ahnve email: [EMAIL PROTECTED]
Lecando AB Office: +46-(0)8-634 94 18
Sweden Mobile: +46-(0)70-462 19 18
www.lecando.comICQ#: 4564879
/database-schemas/mysql.xml
michael
--
Marcus Ahnve email: [EMAIL PROTECTED]
Lecando AB Office: +46-(0)8-634 94 18
Sweden Mobile: +46-(0)70-462 19 18
www.lecando.comICQ#: 4564879
cores will be generated."
Am I missing something?
Regards
/Marcus
--
Marcus Ahnve email: [EMAIL PROTECTED]
Lecando AB Office: +46-(0)8-634 94 18
Sweden Mobile: +46-(0)70-462 19 18
www.lecando.com
- much like Orion.
/happy-customer
/Marcus
--
Marcus Ahnve email: [EMAIL PROTECTED]
Lecando AB Office: +46-(0)8-634 94 18
Sweden Mobile: +46-(0)70-462 19 18
www.lecando.comICQ#: 4564879
not only get it due to timeouts, but when
testing our app against Hypersonic's in-memory db too. No clue why.
/Marcus
--
Marcus Ahnve email: [EMAIL PROTECTED]
Lecando AB Office: +46-(0)8-634 94 18
Sweden Mobile:
umentation.
This is the solution to my post the other day, and it also solves bug
#170, filed by me, which was our main concern about going live with our
application. It is _so_ nice getting good news just before the weekend
:-)
/Marcus
--
Marcus Ahnve email: [EMAIL PROTECTE
.
On the other hand, if you have to adapt to an existing DB or have
development process that is DB-centric I guess you just have to do with
whatever the DB guys throw at you.
My 2c,
Marcus Ahnve
--
Marcus Ahnve email: [EMAIL PROTECTED]
Lecando AB
several implementations answering to one set of interfaces.
You could possibly solve it halfway by declaring a common super
interface which the two remote ones extend, but you will still need two
set of interfaces.
/Marcus
--
Marcus Ahnve email: [EMAIL PROTECTED]
Lecando AB
.
Is there some other magic lever to pull?
/Marcus
--
Marcus Ahnve email: [EMAIL PROTECTED]
Lecando AB Office: +46-(0)8-634 94 18
Sweden Mobile: +46-(0)70-462 19 18
www.lecando.comICQ#: 4564879
being just another client of that bean. And since
clients can not, and should not, know anything about the current
implementation, you are not able to declare which implementation bean to
use.
/Marcus
--
Marcus Ahnve email: [EMAIL PROTECTED]
Lecando AB
"speed development time"?!?
I don't want to run the whole EJB sales pitch here, but basically EJB
gives you automated authentication, authorization, transaction handling
and persistence, among other things. If that does not speed you up, I
don't know what will.
/Marcus
Keith
16 matches
Mail list logo
