unidirectional one to many dependent object relationships
Hello all, Are these possible? Searching the archives came up with a lot of questions with no answers as to whether this is supported or not. I am getting the (all to familiar): Illegal abstract method in dependent class I know a couple of other of you have asked this question. . . has anyone succesfully created a DO -> DO relationship? Using orion 1.4.4 Thanks, Jeff
Re: Re[2]: large field bug ??
just out of curiousity, why would you want to use a really long string as a primary key? from a db perspective, the performance would be seriously compromised. - Original Message - From: "Juan Lorandi (Chile)" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Friday, January 12, 2001 1:26 PM Subject: RE: Re[2]: large field bug ?? I use String for primary/composite key fields... there are size constraints in many DB's about the total length of a PK so i still need String mapped to varchars, plus it will be DB accepted to use it as PrimKey (opposed to BLOBs) The mix approach doesn't sound nice, but it works and is flexible enough to handle most odd situations My 2c, JP -Original Message- From: Rafael Alvarez [mailto:[EMAIL PROTECTED]] Sent: Sábado, 09 de Diciembre de 2000 10:11 To: Orion-Interest Subject: Re[2]: large field bug ?? Hello Juan, Thursday, January 11, 2001, 3:53:41 AM, you wrote: JLC> had that problem JLC> it's a mapping problem... (oracle-schema) JLC> Strings get Mapped to varchars(size)... JLC> They get chopped at size chars... JLC> the only solution is to declare the field as java.lang.Object JLC> then use it as string Or you can edit orion-ejb-jar.xml and change the type of the field in the DB. The schema set it to varchar(255), but you can change it to any oracle type you want. look for a line like change that and voila! -- Best regards, Rafaelmailto:[EMAIL PROTECTED]
Trouble using char field in SQL Server.
Hey y'all, I've got a CMP bean with a char field and every time I try to do a findByMyCharField('N') I get the following error from SQL Server: [Microsoft][ODBC SQL Server Driver][SQL Server]Syntax error converting the varchar value 'N' to a column of data type int. I've got the field in the bean specified as a char data type and my ms-sql.xml file has the following mapping: I'm using Orion 1.4.0 and SQL Server 2000. Any thoughts? -=michael=- == Michael S. Kelly _ Axian, Inc. // |_ __(_) ___ _ __ 4800 SW Griffith Dr., Ste. 202 //| |\\/ /| |/ _ \| '_ \ Beaverton, OR 97005 USA _//_| | / / | | |_| | | | | Voice: (503)644-6106 x122 (( // |_|/_/\\|_|\_/|_|_| |_| Fax: (503)643-8425 ``-'' ``-'' http://www2.axian.com Software Consulting and Training mailto:[EMAIL PROTECTED] ==
RE: Orion-Primer needs some update
Go to the subscription page on www.orionserver.com; it has a toggle to unsubscribe. On Thu, 11 Jan 2001, Valentijn Scholten wrote: > how the fuck can i unsubscribe this fucking maillist. > > i tried twice to mail unsubscribe to > > [EMAIL PROTECTED], > > doesn't work, no response, nothing. > > help?! > > > -Original Message- > > From: Christian Sell [SMTP:[EMAIL PROTECTED]] > > Sent: Thursday, January 11, 2001 11:46 > > To: Orion-Interest > > Subject:Re: Orion-Primer needs some update > > > > AFAIK some stuff got deprecated (e.g. copydir, deltree). 1.1 files should > > run, however. Just did a migration for my own project > > > > - Original Message - > > From: "Ronald Hatcher" <[EMAIL PROTECTED]> > > To: "Orion-Interest" <[EMAIL PROTECTED]> > > Sent: Thursday, January 11, 2001 8:57 AM > > Subject: RE: Orion-Primer needs some update > > > > > > > I thinnk you will find that the build.xml format has changed from 1.1 to > > 1.2 > > > I seem to remember having to change the copy src/desc/ instructions. > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED]]On Behalf Of trang le > > > Sent: 11 January 2001 05:39 > > > To: Orion-Interest > > > Subject: Re: Orion-Primer needs some update > > > > > > > > > Ant1.2 works fine with Orion-primer. > > > - Original Message - > > > From: [EMAIL PROTECTED] > > > To: Orion-Interest > > > Sent: Wednesday, January 10, 2001 10:23 PM > > > Subject: Orion-Primer needs some update > > > > > > > > > Dear All > > > > > > Somehow I found that Orion-Primer at > > > http://www.znerd.demon.nl/orion-primer/ > > > is a little bit obsolete. The demo codes demand Ant 1.1 to build > > them, > > > which > > > is no longer available since the release of Ant 1.2. In this case > > people > > > like me > > > will have no easy way to build the ear file. > > > > > > Could someone be kind enough to update it, or tell me how to work > > > around? > > > > > > Best regards > > > Lynch > > > > > > --- Joseph B. Ottinger [EMAIL PROTECTED] http://epesh.com/ IT Consultant
RE: large field bug ??
there are OCI driver's for linux... I have a track subscription to Oracle products and I have OCI's for Unixes from IBM,HP,Sun and linux HTH JP -Original Message- From: Markus Holmberg [mailto:[EMAIL PROTECTED]] Sent: Viernes, 12 de Enero de 2001 9:58 To: Orion-Interest Cc: Orion-Interest Subject: Re: large field bug ?? On Thu, Jan 11, 2001 at 08:20:58AM +0700, Agus K. Pranantoseno wrote: > I have manage to put my String stored as blob working using cmp but if > the size is more than 1k it's go wrong... (the blob does not stored to the > db and the next time i restart the orion those entity even failed to > load) > i am used orion 1.3.8 with oracle 8.1.6 both on linux machine > is there any limitation in bean size ?? this is orion bug or oracle jdbc bug > ??? > i only done simply cmp mapping To use LOB's with Oracle through JDBC, the OCI-based JDBC driver is required. Thin JDBC (= all Java) won't do it (see the documentation). LOB's will work, but *unreliably*, with Thin JDBC. Symptoms are sluggish performance, "broken pipe" SQLException's etc. AFAIK, there is no OCI JDBC driver for Linux. (I might be wrong though.) Markus -- Markus Holmberg | Give me Unix or give me a typewriter. [EMAIL PROTECTED] | http://www.freebsd.org/
RE: Urgent: Orion/SSL with Thawte-Cert
the status of bug #161 (mine) hasn't changed in three months... it has a lot to do with heavy load condition and ugly crashes I check it every week... but I think you're supposed to sacrifice a virgin on a full-moon dusk in order to get yer bugs fixed My 2 tears, JP -Original Message- From: Robert Krueger [mailto:[EMAIL PROTECTED]] Sent: Viernes, 12 de Enero de 2001 9:18 To: Orion-Interest Subject: Re: Urgent: Orion/SSL with Thawte-Cert At 12:44 12.01.2001 , you wrote: >Hello, > >thanks everybody for help! > >i discovered that the passwords for the keystore and the >key *must* match. > >with my test-certs i always do this. > >but the real cert (and keystore) was generated by another person who sets >two different passwords. > >after setting the passwords equal - IT WORKS :))) > >thanks > klaus > >PS: > did anybody who has a orion-licence get response > from [EMAIL PROTECTED] (or karl/magnus) > are they still alive? > could you keep me posted if anyone responds to that privately? I would also like to know what's up although I have to admit that I'm so damn frustrated about this issue that I've become really very pessimistic. has the status of anyone's bugs changed in the past 2 months? mine haven't. regards, robert >Klaus Thiele wrote: >[...] (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
RE: Re[2]: large field bug ??
I use String for primary/composite key fields... there are size constraints in many DB's about the total length of a PK so i still need String mapped to varchars, plus it will be DB accepted to use it as PrimKey (opposed to BLOBs) The mix approach doesn't sound nice, but it works and is flexible enough to handle most odd situations My 2c, JP -Original Message- From: Rafael Alvarez [mailto:[EMAIL PROTECTED]] Sent: Sábado, 09 de Diciembre de 2000 10:11 To: Orion-Interest Subject: Re[2]: large field bug ?? Hello Juan, Thursday, January 11, 2001, 3:53:41 AM, you wrote: JLC> had that problem JLC> it's a mapping problem... (oracle-schema) JLC> Strings get Mapped to varchars(size)... JLC> They get chopped at size chars... JLC> the only solution is to declare the field as java.lang.Object JLC> then use it as string Or you can edit orion-ejb-jar.xml and change the type of the field in the DB. The schema set it to varchar(255), but you can change it to any oracle type you want. look for a line like change that and voila! -- Best regards, Rafaelmailto:[EMAIL PROTECTED]
Re: DriverManagerConnectionPoolConnection not closed...
I believe that this is a bug in Orion. -Dan Johan Fredriksson wrote: > Is there a way to debug the DriverManagerConnectionPoolConnection so I > can detect where it happens? I know that a few places where I used the > try { conn = getConn();stmt = conn.prepareStatement();rs = > stmt.executeQuery();}catch (SQLException sqle) { }finally {try > {rs.close();stmt.close();conn.close(); > }catch (SQLException sqle) {}} one of the close() are throwing an > exception and therefore the conn is not closed. I'd like to have > DriverManagerConnectionPoolConnection to tell me where I did this > dreadful mistake. regards Johan Fredriksson -- Daniel G. Koulomzin Digital Media On Demand 244 Brighton Ave. 3rd Floor Allston MA 02134
Re: unsubcribe
--- Laurent Vansuypeene <[EMAIL PROTECTED]> wrote: > unsubcribe > __ > Boîte aux lettres - Caramail - > http://www.caramail.com > > __ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/
orionsupport website
Is orionsupport.com a static website? If so, I wouldn't mind mirroring it. I'm not sure what we would need to do to keep things synced up, but if I can get permission and a copy of the site, I'd be happy to try it out.
Re: How to test my SSL works or Not ?
That's a pretty strange problem. Usually if there is something wrong with the certificate the client browswer will let you know, otherwise you just get that "you are about to enter a secure site" message. Which browser are you using to test your site? If you are using ie, just letting your mouse sit on top of the little lock icon will let you know what level it is encrypted at. One way to tell if it is working for sure is to get a line sniffer (ala tcpdump). Just monitor the line and see if you can read the traffic as it goes across, since that is exactly what you are trying to provent against. cheers, sach %s/windows/linux/g On 12 Jan 2001, mohan krishna wrote: > Hi all, > > Recently i implemented 128bit certificate (from verisign) to my E-commerce > Application but at the time of installing the cert with the following > command... > > keytool -keystore keystore -keyalg "RSA" -import -trustcacerts -file > my.host.com.cer > > i got this message... > "keytool error:java.security.cert.CertificateException:unsupported > encoding"...even though it gives this error i got the end result. > i implemented that to my application... > > but i am not sure whether my ssl certificate is working or not? > how can i check whether my application is under secure? > when i run this under https:// the lock is not broken... > but the suspect is i got some error at the time of getting the > certificate(Error is mentioned above)... > So plz anyone help me how i test my application? > > plz any help is appreciated.. > > Thankz > MohanKrishna > > > > Get free email and a permanent address at http://www.netaddress.com/?N=1 >
Attempt to write longer than content-length?
What does this mean? java.lang.IllegalArgumentException: Attempted to write longer than Content-Lengt h (2182 + 34 / 2182) at com.evermind.server.http.ez.write(JAX) at com.evermind.server.http.EvermindJSPWriter.r2(JAX) at com.evermind.server.http.EvermindJSPWriter.flush(JAX) at com.evermind.server.http.EvermindJSPWriter.close(JAX) at __jspPage7_Main_jsp._jspService(__jspPage7_Main_jsp.java:147) at com.orionserver.http.OrionHttpJspPage.service(JAX) at com.evermind.server.http.d1.si(JAX) at com.evermind.server.http.d1.forward(JAX) at com.evermind.server.http.ed.sp(JAX) at com.evermind.server.http.ed.so(JAX) at com.evermind.util.f.run(JAX)
RE: SV: Urgent: Orion/SSL with Thawte-Cert (No contact with Orion her es why)
Can Orion wait until the new company is settled, without addressing the bug fixes (at least)? What are the alternatives? 1. Buy into a high priced EJB or application server, like Weblogic or Websphere. They are great products but at high prices. 2. Use one of the open source products, like jboss, jonas, or openEJB. The first two are ready now, and the third will arrive sometime this summer. The good news there is that, since they are open source, people are actively addressing the bug fixes. 3. Wait until Orion gets settled into the new company. Orion is a good product, but a product is only as great as the marketing behind it, and the business plan formulated to address the competition. -Original Message- From: Robert Krueger [mailto:[EMAIL PROTECTED]] Sent: Friday, January 12, 2001 8:21 AM To: Orion-Interest Subject: Re: SV: Urgent: Orion/SSL with Thawte-Cert (No contact with Orion her es why) At 14:06 12.01.2001 , you wrote: >For the new members of the list And those who didnt read the posting >Karl did just before X-mas ... :) > >Orionserver is going out of Evermind to found their own company, this is why >it has been silent. > >Pls givem time, things like this is extremely timeconsuming, so if they >choose to leave us bait for 2-3 months that might just be for the better, >maby they will get a better organization to handle the product, like support >and so on. if current bugs haven't ruined our business by then, that is ;-). >For anyone whos been on a fution or setup of a new company they know what im >talking about :) yes >So if youre patient this just might get better pretty soon :) I generally agree with you. however, the seriousness of some open issues is not funny at all. they should at least do a feature freeze and dedicate minimal manpower to bugfixing but as it stands now they just decided that the customers out there who have to live with the product NOW are lowest priority, at least that's how I feel. we've been hearing "wait a little, things will be getting better, we're working on it" for about a year now. I'm still sympathetic but highly frustrated and I think I have strong reasons to feel this way. please keep me posted on any changes to the status anyway. btw. I read Karl's posting but all I really care about is changes to the product's quality and the way quality issues are handled. I wish them the best of luck but as long as I don't see improvements in those areas any new announcement won't make me happy as long as I don't have a robust product with current features but all in a production-ready state. regards, robert >Laters all >Klaus > >-Opprinnelig melding- >Fra: Robert Krueger [mailto:[EMAIL PROTECTED]] >Sendt: 12. januar 2001 13:18 >Til: Orion-Interest >Emne: Re: Urgent: Orion/SSL with Thawte-Cert > > >At 12:44 12.01.2001 , you wrote: > >Hello, > > > >thanks everybody for help! > > > >i discovered that the passwords for the keystore and the > >key *must* match. > > > >with my test-certs i always do this. > > > >but the real cert (and keystore) was generated by another person who sets > >two different passwords. > > > >after setting the passwords equal - IT WORKS :))) > > > >thanks > > klaus > > > >PS: > > did anybody who has a orion-licence get response > > from [EMAIL PROTECTED] (or karl/magnus) > > are they still alive? > > > >could you keep me posted if anyone responds to that privately? I would also >like to know what's up although I have to admit that I'm so damn frustrated >about this issue that I've become really very pessimistic. has the status >of anyone's bugs changed in the past 2 months? mine haven't. > >regards, > >robert > > >Klaus Thiele wrote: > >[...] > >(-) Robert Krüger >(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH >(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, >(-) Tel: 06151 665401, Fax: 06151 665373 >(-) [EMAIL PROTECTED], www.signal7.de > (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
DriverManagerConnectionPoolConnection not closed...
Is there a way to debug the DriverManagerConnectionPoolConnection so I can detect where it happens? I know that a few places where I used the try { conn = getConn(); stmt = conn.prepareStatement(); rs = stmt.executeQuery(); }catch (SQLException sqle) { }finally { try { rs.close(); stmt.close(); conn.close(); }catch (SQLException sqle) { } } one of the close() are throwing an exception and therefore the conn is not closed. I'd like to have DriverManagerConnectionPoolConnection to tell me where I did this dreadful mistake. regards Johan Fredriksson
Re: URLEncoder help pls!
Thanks Mikko. Regards, Louis ø¤°`°¤ø,¸¸¸,ø¤°`°¤ø,¸¸»«¸,ø¤°`°¤ø,¸¸,ø¤°`°¤ø - Original Message - From: "Mikko Kurki-Suonio" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Friday, January 12, 2001 3:19 AM Subject: Re: URLEncoder help pls! > On Fri, 12 Jan 2001, LouisVoo wrote: > > > I also try like this > > URL url = new URL(URLEncoder.encode(_url)); > > but it also failed. > > > > Anyone know how to solve my problem? > > Try this: > > URL url = new URL("http://foo.com/xyzzy?"+URLEncoder.encode("id=324")); > > In other words, you should encode ONLY the query string part. > > //Mikko > > > > > >
RE: Orion-Primer needs some update
You could start by asking your mother why she raised you in a barn and taught you to use foul language with people who might be offended by it. It might be an overwhelming technical challenge, but why don't you try setting up your email reader to block messages from the orionserver.com domain? At 04:02 PM 1/11/01 +0100, you wrote: >how the fuck can i unsubscribe this fucking maillist. > >i tried twice to mail unsubscribe to > >[EMAIL PROTECTED], > >doesn't work, no response, nothing. > >help?! > >> -Original Message- >> From:Christian Sell [SMTP:[EMAIL PROTECTED]] >> Sent:Thursday, January 11, 2001 11:46 >> To: Orion-Interest >> Subject: Re: Orion-Primer needs some update >> >> AFAIK some stuff got deprecated (e.g. copydir, deltree). 1.1 files should >> run, however. Just did a migration for my own project >> >> - Original Message - >> From: "Ronald Hatcher" <[EMAIL PROTECTED]> >> To: "Orion-Interest" <[EMAIL PROTECTED]> >> Sent: Thursday, January 11, 2001 8:57 AM >> Subject: RE: Orion-Primer needs some update >> >> >> > I thinnk you will find that the build.xml format has changed from 1.1 to >> 1.2 >> > I seem to remember having to change the copy src/desc/ instructions. >> > -Original Message- >> > From: [EMAIL PROTECTED] >> > [mailto:[EMAIL PROTECTED]]On Behalf Of trang le >> > Sent: 11 January 2001 05:39 >> > To: Orion-Interest >> > Subject: Re: Orion-Primer needs some update >> > >> > >> > Ant1.2 works fine with Orion-primer. >> > - Original Message - >> > From: [EMAIL PROTECTED] >> > To: Orion-Interest >> > Sent: Wednesday, January 10, 2001 10:23 PM >> > Subject: Orion-Primer needs some update >> > >> > >> > Dear All >> > >> > Somehow I found that Orion-Primer at >> > http://www.znerd.demon.nl/orion-primer/ >> > is a little bit obsolete. The demo codes demand Ant 1.1 to build >> them, >> > which >> > is no longer available since the release of Ant 1.2. In this case >> people >> > like me >> > will have no easy way to build the ear file. >> > >> > Could someone be kind enough to update it, or tell me how to work >> > around? >> > >> > Best regards >> > Lynch >> > >> > >
Re: mapping of existing m2m tables
Hi Tim, Sounds like you've implemented this with Entity EJBs. I could be wrong, but most J2EE platform products (WebLogic, Orion, etc) implement Entity EJb containers so that there is an instance of a given Entity bean for every existing row in your table -- for large databases, this means that you need to have lots of memory to hold all of these instances, and the time to create all of these instances can be awfully long (not to mention the overhead of managing all of these after they are loaded). EJB container products may implement Entity EJB management in different ways to mitigate this problem, but it's still a problem. Instead of using Entity EJBs, many (most?) applications with large databases use Session EJBs which can query databases through one or more methods. Basically, Session EJBs issue queries against a database, while Entity EJBs have to represent every row. Unlike Entity EJBs, Session EJBs do not have a primary key and they do not need to create an instance for every row in the actual table or view. Someday, when we have bazillion-byte memory in our handhelds, etc, the Entity EJB memory and loading issue should not be a design factor. Hope this helps. Anyone else have thoughts on this? Jay Armstrong [EMAIL PROTECTED] At 01:14 PM 1/11/01 -, you wrote: >Hi, > >Probably been asked before but I can't find it in archives. > >I have a legacy database with over 80 tables, most of them represent many to >many relationships (M:N) just with 2 or 3 foreign keys. I'm building a EJB >layer on top and the initial load is proving to be a bit slow. > >An example of software and manufacturer, I want to store all manufacturers >of the current software >software setEntityContext method: > retrieve the home interfaces for software_manufacturer and manufacturer >beans. > >ejbLoad method: >1. run findBySoftware_Id on software_manufacturer bean, which returns a >collection of software_id/manufacturer_id >2. Iterate through collection. > - On the manufacturer bean use findByPrimaryKey with manufacturer_id >from step 1 > - add to local collection > >This method is great if there are one or two beans but we have thousands and >it takes ages to start up. > >I have changed all 1:M relationships to the object relationship methods >detailed on the orionsupport site and it knocked minutes off the startup >time. If I can do the same with M:N it would be great. > >Ideas would be appreciated. > >Thanks for your time, >Tim. > >Tim Squires >Wireless Data Services > >It's not what you know, it's who you tell. > >
RE: large field bug ??
I see your point about the BLOB type, Klaus, and I agree it will look odd in the database if all string-types are mapped to BLOB. Without being a database expert, I assume this could also lead to problems if you wanted to carry out queries on the database - I assume one cannot make select statements which has a where clause which takes a blob as an argument... What I do not like about your suggestion about defining a BigString class is that a BigString forces you to worry about the database when programming your components. The nice thing about a regular string is you do not have to make any considerations regarding its size. So I guess the mapping we are all looking for is something like VARCHAR(infinite) (or TEXT as in PostgreSQL?). I hope somebody comes up with yet another alternative to using BigString (in Java) or having String mapped to blob... Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: 11. januar 2001 12:10 To: Orion-Interest Subject: SV: large field bug ?? Yes its possible, but not very wise... What happens when you want to make a field that is a varchar?? A blob is a Binary Large OBject right, if you have the text datatype in your database this is a way better sollution, but still not a good one Varchar is the best mapping for string. If you use blobs on every one string you store in the database its ok...For instance : name: blob address: blob sex: blob See my point? What you might want to do is make your own BigString that is mapped into an blob in the database, if you want to do this. Look at the oracle-schema to find how to do this. Klaus -Opprinnelig melding- Fra: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sendt: 11. januar 2001 11:27 Til: Orion-Interest Emne: RE: large field bug ?? Some thoughts... You are right, that such a work-around would work, but having to keep your Strings stored in memory as Objects i not very nice - can't the mapping be changed, so Strings are mapped to Blobs...? If not, I would use StringBuffer (which is probably mapped to BLOB) instead of Object to store my Strings. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juan Lorandi (Chile) Sent: 11. januar 2001 08:54 To: Orion-Interest Subject: RE: large field bug ?? had that problem it's a mapping problem... (oracle-schema) Strings get Mapped to varchars(size)... They get chopped at size chars... the only solution is to declare the field as java.lang.Object then use it as string public Object name; public void setName(String name) { this.name = name; } public String getName() { return name.toString(); //or: //return (String) name; } HTH JP -Original Message- From: Agus K. Pranantoseno [mailto:[EMAIL PROTECTED]] Sent: Miércoles, 10 de Enero de 2001 22:21 To: Orion-Interest Subject: large field bug ?? I have manage to put my String stored as blob working using cmp but if the size is more than 1k it's go wrong... (the blob does not stored to the db and the next time i restart the orion those entity even failed to load) i am used orion 1.3.8 with oracle 8.1.6 both on linux machine is there any limitation in bean size ?? this is orion bug or oracle jdbc bug ??? i only done simply cmp mapping --- THE SOURCE (if u don't mind to read) public class MediaEJB implements EntityBean { transient EntityContext context; public int id; public MediaFolder folder; public String name; public Object content; public Integer ejbCreate(MediaFolder folder,String name) throws CreateException { try { this.id = (int) CounterUtils.getNextID("java:comp/env/ejb/Counter", "MediaFolder"); } catch (Exception ex) { throw new CreateException("Unable to genereate auto number "+ex); } try { setFolder(folder); } catch (Exception ex) { throw new CreateException("Error "+ex); } setName(name); return null; } public void ejbPostCreate(MediaFolder folder,String name) { } public MediaFolder getFolder() { return folder; } public void setFolder(MediaFolder folder) throws EJBException, RemoteException { MediaFolder itr = folder; while (itr != null) { if (itr.getId() == id) throw new EJBException("Recursif folder"); itr = itr.getParent(); } this.folder = folder; } public int getId() { return id; } public String getName() { return name; } public void setName(String name) throws EJBException { if (name == null) throw new EJBException("Parameter name is required"); if (name.length() == 0) throw new EJBException("Parameter name is required"); this.name = name; } public Object getContent() { return content; } public void setContent(Object content) throws EJBException { this.content = content; } public int getLevel() throws RemoteException { if (folder != null) return folder.getLevel() + 1; return
RE: Orion-Primer needs some update
Try on the site >>> [EMAIL PROTECTED] 01/11/01 04:02PM >>> how the fuck can i unsubscribe this fucking maillist. i tried twice to mail unsubscribe to [EMAIL PROTECTED], doesn't work, no response, nothing. help?! > -Original Message- > From: Christian Sell [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, January 11, 2001 11:46 > To: Orion-Interest > Subject: Re: Orion-Primer needs some update > > AFAIK some stuff got deprecated (e.g. copydir, deltree). 1.1 files should > run, however. Just did a migration for my own project > > - Original Message - > From: "Ronald Hatcher" <[EMAIL PROTECTED]> > To: "Orion-Interest" <[EMAIL PROTECTED]> > Sent: Thursday, January 11, 2001 8:57 AM > Subject: RE: Orion-Primer needs some update > > > > I thinnk you will find that the build.xml format has changed from 1.1 to > 1.2 > > I seem to remember having to change the copy src/desc/ instructions. > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of trang le > > Sent: 11 January 2001 05:39 > > To: Orion-Interest > > Subject: Re: Orion-Primer needs some update > > > > > > Ant1.2 works fine with Orion-primer. > > - Original Message - > > From: [EMAIL PROTECTED] > > To: Orion-Interest > > Sent: Wednesday, January 10, 2001 10:23 PM > > Subject: Orion-Primer needs some update > > > > > > Dear All > > > > Somehow I found that Orion-Primer at > > http://www.znerd.demon.nl/orion-primer/ > > is a little bit obsolete. The demo codes demand Ant 1.1 to build > them, > > which > > is no longer available since the release of Ant 1.2. In this case > people > > like me > > will have no easy way to build the ear file. > > > > Could someone be kind enough to update it, or tell me how to work > > around? > > > > Best regards > > Lynch > > >
Orion CMP primer to another EJB server
Has anyone ever set up the Orion CMP at www.jollem.com on a open source EJB server, such as Jboss? I am doing it as a learning exercise. If anyone has done that, could you please share the java and XML files as a zip? I are about 95% there, but I'm running into a snag or two.
Re: SV: Urgent: Orion/SSL with Thawte-Cert (No contact with Orion her es why)
At 14:06 12.01.2001 , you wrote: >For the new members of the list And those who didnt read the posting >Karl did just before X-mas ... :) > >Orionserver is going out of Evermind to found their own company, this is why >it has been silent. > >Pls givem time, things like this is extremely timeconsuming, so if they >choose to leave us bait for 2-3 months that might just be for the better, >maby they will get a better organization to handle the product, like support >and so on. if current bugs haven't ruined our business by then, that is ;-). >For anyone whos been on a fution or setup of a new company they know what im >talking about :) yes >So if youre patient this just might get better pretty soon :) I generally agree with you. however, the seriousness of some open issues is not funny at all. they should at least do a feature freeze and dedicate minimal manpower to bugfixing but as it stands now they just decided that the customers out there who have to live with the product NOW are lowest priority, at least that's how I feel. we've been hearing "wait a little, things will be getting better, we're working on it" for about a year now. I'm still sympathetic but highly frustrated and I think I have strong reasons to feel this way. please keep me posted on any changes to the status anyway. btw. I read Karl's posting but all I really care about is changes to the product's quality and the way quality issues are handled. I wish them the best of luck but as long as I don't see improvements in those areas any new announcement won't make me happy as long as I don't have a robust product with current features but all in a production-ready state. regards, robert >Laters all >Klaus > >-Opprinnelig melding- >Fra: Robert Krueger [mailto:[EMAIL PROTECTED]] >Sendt: 12. januar 2001 13:18 >Til: Orion-Interest >Emne: Re: Urgent: Orion/SSL with Thawte-Cert > > >At 12:44 12.01.2001 , you wrote: > >Hello, > > > >thanks everybody for help! > > > >i discovered that the passwords for the keystore and the > >key *must* match. > > > >with my test-certs i always do this. > > > >but the real cert (and keystore) was generated by another person who sets > >two different passwords. > > > >after setting the passwords equal - IT WORKS :))) > > > >thanks > > klaus > > > >PS: > > did anybody who has a orion-licence get response > > from [EMAIL PROTECTED] (or karl/magnus) > > are they still alive? > > > >could you keep me posted if anyone responds to that privately? I would also >like to know what's up although I have to admit that I'm so damn frustrated >about this issue that I've become really very pessimistic. has the status >of anyone's bugs changed in the past 2 months? mine haven't. > >regards, > >robert > > >Klaus Thiele wrote: > >[...] > >(-) Robert Krüger >(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH >(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, >(-) Tel: 06151 665401, Fax: 06151 665373 >(-) [EMAIL PROTECTED], www.signal7.de > (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
RE: large field bug ??
check your config/database-schemas/yourdb.xml mapping of java.lang.String. Mine originally defaulted to char(255). -tim > -Original Message- > From: Juan Lorandi (Chile) [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 11, 2001 7:29 AM > To: Orion-Interest > Subject: RE: large field bug ?? > > > as I criptically point in my post, you can change the > database-schema for > it; StringBuffer is another workaround, > specially 'cause it implements Serializable. > > however for many reasons I prefer to have Strings map to > varchars (which, > let's remeber that, should grow as needed) > because it's persisted state is java-independant. It's kinda annoying > dumping the db and see a lotta hex codes where > I should read a String (not to mention, integrating to it > without Java is > nearly impossible) > > My 2c, > > JP > > -Original Message- > From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] > Sent: Jueves, 11 de Enero de 2001 7:27 > To: Orion-Interest > Subject: RE: large field bug ?? > > > Some thoughts... > > You are right, that such a work-around would work, but having > to keep your > Strings stored in memory as Objects i not very nice - can't > the mapping be > changed, so Strings are mapped to Blobs...? > > If not, I would use StringBuffer (which is probably mapped to > BLOB) instead > of Object to store my Strings. > > > Randahl > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Juan Lorandi > (Chile) > Sent: 11. januar 2001 08:54 > To: Orion-Interest > Subject: RE: large field bug ?? > > > had that problem > > it's a mapping problem... (oracle-schema) > > > Strings get Mapped to varchars(size)... > > They get chopped at size chars... > the only solution is to declare the field as java.lang.Object > then use it as string > > public Object name; > > public void setName(String name) > { > this.name = name; > } > public String getName() > { > return name.toString(); > //or: > //return (String) name; > } > > HTH > > JP > > -Original Message- > From: Agus K. Pranantoseno [mailto:[EMAIL PROTECTED]] > Sent: Miércoles, 10 de Enero de 2001 22:21 > To: Orion-Interest > Subject: large field bug ?? > > > I have manage to put my String stored as blob working using > cmp but if > the size is more than 1k it's go wrong... (the blob does not > stored to the > db and the next time i restart the orion those entity even failed to > load) > i am used orion 1.3.8 with oracle 8.1.6 both on linux machine > is there any limitation in bean size ?? this is orion bug or > oracle jdbc bug > ??? > i only done simply cmp mapping > > > > --- THE SOURCE (if u don't mind to > read) > public class MediaEJB implements EntityBean { > transient EntityContext context; > > public int id; > public MediaFolder folder; > public String name; > public Object content; > > public Integer ejbCreate(MediaFolder folder,String name) throws > CreateException { > try { >this.id = (int) CounterUtils.getNextID("java:comp/env/ejb/Counter", > "MediaFolder"); > } catch (Exception ex) { >throw new CreateException("Unable to genereate auto number "+ex); > } > try { >setFolder(folder); > } catch (Exception ex) { >throw new CreateException("Error "+ex); > } > setName(name); > return null; > } > public void ejbPostCreate(MediaFolder folder,String name) { > } > > public MediaFolder getFolder() { > return folder; > } > public void setFolder(MediaFolder folder) throws EJBException, > RemoteException { > MediaFolder itr = folder; > while (itr != null) { >if (itr.getId() == id) throw new EJBException("Recursif folder"); >itr = itr.getParent(); > } > this.folder = folder; > } > > public int getId() { > return id; > } > > public String getName() { > return name; > } > public void setName(String name) throws EJBException { > if (name == null) throw new EJBException("Parameter name is > required"); > if (name.length() == 0) throw new EJBException("Parameter name is > required"); > this.name = name; > } > > public Object getContent() { > return content; > } > public void setContent(Object content) throws EJBException { > this.content = content; > } > > public int getLevel() throws RemoteException { > if (folder != null) return folder.getLevel() + 1; > return 1; > } > public String getFullName() throws RemoteException { > if (folder != null) return folder.getFullName() + "/" + getName(); > return getName(); > } > public String getFullName(String separator) throws RemoteException { > if (folder != null) return folder.getFullName() + separator > + getName(); > return getName(); > } > > > > > > public void setEntityContext(EntityContext context) { > this.context = context; > } > public void unsetEntityContext() { > context = null; > } > > pub
RE: Orion-Primer needs some update
Title: RE: Orion-Primer needs some update Because you can't figure something out, does not mean you should be vulgar to the rest of us. Chris Madrid Deloitte Consulting -Original Message- From: Valentijn Scholten [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 11, 2001 9:03 AM To: Orion-Interest Subject: RE: Orion-Primer needs some update how the fuck can i unsubscribe this fucking maillist. i tried twice to mail unsubscribe to [EMAIL PROTECTED], doesn't work, no response, nothing. help?! > -Original Message- > From: Christian Sell [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, January 11, 2001 11:46 > To: Orion-Interest > Subject: Re: Orion-Primer needs some update > > AFAIK some stuff got deprecated (e.g. copydir, deltree). 1.1 files should > run, however. Just did a migration for my own project > > - Original Message - > From: "Ronald Hatcher" <[EMAIL PROTECTED]> > To: "Orion-Interest" <[EMAIL PROTECTED]> > Sent: Thursday, January 11, 2001 8:57 AM > Subject: RE: Orion-Primer needs some update > > > > I thinnk you will find that the build.xml format has changed from 1.1 to > 1.2 > > I seem to remember having to change the copy src/desc/ instructions. > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of trang le > > Sent: 11 January 2001 05:39 > > To: Orion-Interest > > Subject: Re: Orion-Primer needs some update > > > > > > Ant1.2 works fine with Orion-primer. > > - Original Message - > > From: [EMAIL PROTECTED] > > To: Orion-Interest > > Sent: Wednesday, January 10, 2001 10:23 PM > > Subject: Orion-Primer needs some update > > > > > > Dear All > > > > Somehow I found that Orion-Primer at > > http://www.znerd.demon.nl/orion-primer/ > > is a little bit obsolete. The demo codes demand Ant 1.1 to build > them, > > which > > is no longer available since the release of Ant 1.2. In this case > people > > like me > > will have no easy way to build the ear file. > > > > Could someone be kind enough to update it, or tell me how to work > > around? > > > > Best regards > > Lynch > > > This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited.
SV: Urgent: Orion/SSL with Thawte-Cert (No contact with Orion heres why)
For the new members of the list And those who didnt read the posting Karl did just before X-mas ... :) Orionserver is going out of Evermind to found their own company, this is why it has been silent. Pls givem time, things like this is extremely timeconsuming, so if they choose to leave us bait for 2-3 months that might just be for the better, maby they will get a better organization to handle the product, like support and so on. For anyone whos been on a fution or setup of a new company they know what im talking about :) So if youre patient this just might get better pretty soon :) Laters all Klaus -Opprinnelig melding- Fra: Robert Krueger [mailto:[EMAIL PROTECTED]] Sendt: 12. januar 2001 13:18 Til: Orion-Interest Emne: Re: Urgent: Orion/SSL with Thawte-Cert At 12:44 12.01.2001 , you wrote: >Hello, > >thanks everybody for help! > >i discovered that the passwords for the keystore and the >key *must* match. > >with my test-certs i always do this. > >but the real cert (and keystore) was generated by another person who sets >two different passwords. > >after setting the passwords equal - IT WORKS :))) > >thanks > klaus > >PS: > did anybody who has a orion-licence get response > from [EMAIL PROTECTED] (or karl/magnus) > are they still alive? > could you keep me posted if anyone responds to that privately? I would also like to know what's up although I have to admit that I'm so damn frustrated about this issue that I've become really very pessimistic. has the status of anyone's bugs changed in the past 2 months? mine haven't. regards, robert >Klaus Thiele wrote: >[...] (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
SV: Orion-Primer needs some update
Well i was thinking twize about answering this mailEsp because of your language...But hey maby the list will fare better without you... Tip try check out the webpage where you subscribed in the first place There might just be a description on how to get out of the list.. Klaus -Opprinnelig melding- Fra: Valentijn Scholten [mailto:[EMAIL PROTECTED]] Sendt: 11. januar 2001 16:03 Til: Orion-Interest Emne: RE: Orion-Primer needs some update how the fuck can i unsubscribe this fucking maillist. i tried twice to mail unsubscribe to [EMAIL PROTECTED], doesn't work, no response, nothing. help?! > -Original Message- > From: Christian Sell [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, January 11, 2001 11:46 > To: Orion-Interest > Subject: Re: Orion-Primer needs some update > > AFAIK some stuff got deprecated (e.g. copydir, deltree). 1.1 files should > run, however. Just did a migration for my own project > > - Original Message - > From: "Ronald Hatcher" <[EMAIL PROTECTED]> > To: "Orion-Interest" <[EMAIL PROTECTED]> > Sent: Thursday, January 11, 2001 8:57 AM > Subject: RE: Orion-Primer needs some update > > > > I thinnk you will find that the build.xml format has changed from 1.1 to > 1.2 > > I seem to remember having to change the copy src/desc/ instructions. > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of trang le > > Sent: 11 January 2001 05:39 > > To: Orion-Interest > > Subject: Re: Orion-Primer needs some update > > > > > > Ant1.2 works fine with Orion-primer. > > - Original Message - > > From: [EMAIL PROTECTED] > > To: Orion-Interest > > Sent: Wednesday, January 10, 2001 10:23 PM > > Subject: Orion-Primer needs some update > > > > > > Dear All > > > > Somehow I found that Orion-Primer at > > http://www.znerd.demon.nl/orion-primer/ > > is a little bit obsolete. The demo codes demand Ant 1.1 to build > them, > > which > > is no longer available since the release of Ant 1.2. In this case > people > > like me > > will have no easy way to build the ear file. > > > > Could someone be kind enough to update it, or tell me how to work > > around? > > > > Best regards > > Lynch > > >
Re: large field bug ??
On Thu, Jan 11, 2001 at 08:20:58AM +0700, Agus K. Pranantoseno wrote: > I have manage to put my String stored as blob working using cmp but if > the size is more than 1k it's go wrong... (the blob does not stored to the > db and the next time i restart the orion those entity even failed to > load) > i am used orion 1.3.8 with oracle 8.1.6 both on linux machine > is there any limitation in bean size ?? this is orion bug or oracle jdbc bug > ??? > i only done simply cmp mapping To use LOB's with Oracle through JDBC, the OCI-based JDBC driver is required. Thin JDBC (= all Java) won't do it (see the documentation). LOB's will work, but *unreliably*, with Thin JDBC. Symptoms are sluggish performance, "broken pipe" SQLException's etc. AFAIK, there is no OCI JDBC driver for Linux. (I might be wrong though.) Markus -- Markus Holmberg | Give me Unix or give me a typewriter. [EMAIL PROTECTED] | http://www.freebsd.org/
RE: Complex O/R and EJB 2.0 CMP
Interesting questions. I've gotten ejb->DO (1:N) working fine. I had a similar conversation on #java the other day. Since I didn't have an existing database to map to, I did not define a PK in my DO class. Orion creates it's own id field and maps the parent DO pointer to this field. Every DO in the parent's Collection is given this id. As for ordering of Lists, I've haven't tried it. I'm no database expert but are databases supposed to guarantee order upon insertion/selection? I doubt it. It sounds like you did the right thing by adding an ordering field to your DO table. The question is, who should be responsible for creating this field. Since I don't recall reading anything in the spec guaranteeing order of Lists, I would imagine it is your responsibility. It would be a nice vendor-specific feature though. -tim > -Original Message- > From: Peter Pontbriand [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 09, 2001 10:12 AM > To: Orion-Interest > Subject: Re: Complex O/R and EJB 2.0 CMP > > > > - Original Message - > From: "Jeff Schnitzer" <[EMAIL PROTECTED]> > To: "Orion-Interest" <[EMAIL PROTECTED]> > Sent: Monday, January 08, 2001 4:43 PM > Subject: RE: Complex O/R and EJB 2.0 CMP > * SNIP * > > Take a look at the documentation for orion-ejb-jar.xml; > there is a lot > > you (supposedly) can do that is not yet supported by EJB2.0 > (like Map > > and List types). > > Speaking of Lists, has anyone at all managed to get an Orion > list-mapping - > whether declared in a EAR-contained orion-ejb-jar.xml or in a > EJB2.0-style > ejb-jar.xml - to actually preserve the element order? > > Furthermore, has anyone figured out how to prevent Orion's > auto-creation of > database tables from creating a database primary key on the > list-mapping > table that prevents there ever being more than one element in > the list? This > happens with both Orion (1.4.0 & 1.4.4) whenever the parent > entity EJB has a > custom primary key class - Orion adds the EJB primary key > fields to the > list-mapping database table and then creates a database table > primary key to > match these EJB primary key fields. Naturally, trying to add > a second list > element to any instance of the parent EJB means adding > another row to this > table with identical primary key values to an existing row. > Voilà, instant > SqlException from the primary key unique index violation. > > We've resorted to using an extra field in the DO to indicate > its index in > the list, and doing the sorting programmatically in the > parent EJB's List > field accessor method. Having to drop the auto-created table > and use our own > DDL is somewhat less onerous a work-around, but it really shouldn't be > necessary IMO. > > Is there some secret incantation we're not aware of (one of > many I'm sure) > or is Orion's list-mapping really just a buggy > collection-mapping by another > name? > > P. Pontbriand > Canlink Interactive Technologies Inc. > >
Re: Transaction Based Session Bean
Santosh Kumar wrote: > > > Can anyone mail me a sample non-trivial Transaction-based Stateful session. > > or any links to such programs. trivial or non-trivial, the transactions work or not ... or what do you mean? import javax.transaction.*; [...] public class myBean implements SessionBean { private UserTransaction ut = null; [...] public void setSessionContext(SessionContext context) throws RemoteException { [...] try { ut = ctx.getUserTransaction(); } catch (Exception ex) { throw new EJBException(ex.getMessage()); } [...] } public void myMethod( ) throws [...] { try { ut.begin(); ...code... ut.commit();} } catch hope that helps klaus -- Klaus Thiele - Personal & Informatik AG mailto:[EMAIL PROTECTED] "There's got to be more to life than compile-and-go."
Re: Complex O/R and EJB 2.0 CMP
On Tue, Jan 09, 2001 at 10:11:41AM -0500, Peter Pontbriand wrote: > Speaking of Lists, has anyone at all managed to get an Orion list-mapping - > whether declared in a EAR-contained orion-ejb-jar.xml or in a EJB2.0-style > ejb-jar.xml - to actually preserve the element order? With orion-ejb-jar.xml, no. Haven't tried EJB2.0-style. > We've resorted to using an extra field in the DO to indicate its index in > the list, and doing the sorting programmatically in the parent EJB's List > field accessor method. Having to drop the auto-created table and use our own > DDL is somewhat less onerous a work-around, but it really shouldn't be > necessary IMO. Using an extra field here too. > Is there some secret incantation we're not aware of (one of many I'm sure) > or is Orion's list-mapping really just a buggy collection-mapping by another > name? Collection-mapping by another name. Makes one wonder why they ever put the list-mapping element in the orion-ejb-jar.xml dtd at all. (I have asked, without any answer). Regards, Markus. -- Markus Holmberg | Give me Unix or give me a typewriter. [EMAIL PROTECTED] | http://www.freebsd.org/
Re: Urgent: Orion/SSL with Thawte-Cert
At 12:44 12.01.2001 , you wrote: >Hello, > >thanks everybody for help! > >i discovered that the passwords for the keystore and the >key *must* match. > >with my test-certs i always do this. > >but the real cert (and keystore) was generated by another person who sets >two different passwords. > >after setting the passwords equal - IT WORKS :))) > >thanks > klaus > >PS: > did anybody who has a orion-licence get response > from [EMAIL PROTECTED] (or karl/magnus) > are they still alive? > could you keep me posted if anyone responds to that privately? I would also like to know what's up although I have to admit that I'm so damn frustrated about this issue that I've become really very pessimistic. has the status of anyone's bugs changed in the past 2 months? mine haven't. regards, robert >Klaus Thiele wrote: >[...] (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
RE: Null Pointer Exception in Generated Wrapper Classes
you probably have not tried to get support from BEA have you? -tim -Original Message-From: Daniel G. Koulomzin [mailto:[EMAIL PROTECTED]]Sent: Wednesday, January 10, 2001 6:23 PMTo: Orion-InterestSubject: Re: Null Pointer Exception in Generated Wrapper Classes +1 revivalatgt revivalatgt wrote: Orion needs to change it's responsiveness to customer issues and questions, or it should just go open-source and call it a day if they're going to use a mailing-list as it's primary means of support. Robert Smith _ Get your FREE download of MSN Explorer at http://explorer.msn.com-- Daniel G. Koulomzin Digital Media On Demand 244 Brighton Ave. 3rd Floor Allston MA 02134
RE: Orion-Primer needs some update
At 16:02 11.01.2001 , you wrote: >how the fuck can i unsubscribe this fucking maillist. > >i tried twice to mail unsubscribe to > >[EMAIL PROTECTED], > >doesn't work, no response, nothing. > >help?! have you looked at the f***ing instructions at the f***ing website and followed them (there's a f***ing form to unsubscribe)?. have a f***ing nice day ;-), robert (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
Re: Urgent: Orion/SSL with Thawte-Cert
Hello, thanks everybody for help! i discovered that the passwords for the keystore and the key *must* match. with my test-certs i always do this. but the real cert (and keystore) was generated by another person who sets two different passwords. after setting the passwords equal - IT WORKS :))) thanks klaus PS: did anybody who has a orion-licence get response from [EMAIL PROTECTED] (or karl/magnus) are they still alive? Klaus Thiele wrote: [...] >>> >>> after a long time i've got now the real Cert from Thawte. >>> >>> but now I get following error when orion comes up: >>> >>> Error starting HTTP-Server: Unable to intialize >>> SSLServerSocketFactory 'com.evermind.ssl.JSSESSLServerSocketFactory': >>> Unrecoverable key error: Cannot recover key >>> [...] -- Klaus Thiele - Personal & Informatik AG mailto:[EMAIL PROTECTED] "There's got to be more to life than compile-and-go."
Transaction Based Session Bean
Can anyone mail me a sample non-trivial Transaction-based Stateful session. or any links to such programs. Regards, Santosh Santosh Kumar C == Senior Systems Engineer == Wipro Technologies == Begumpet, Secunderabad - 500 003 == A.P, India. == eMail@: [EMAIL PROTECTED] == url @: http://www.wipro.com == The World's First SEI CMM Level 5 Software Services Company
Re: URLEncoder help pls!
On Fri, 12 Jan 2001, LouisVoo wrote: > I also try like this > URL url = new URL(URLEncoder.encode(_url)); > but it also failed. > > Anyone know how to solve my problem? Try this: URL url = new URL("http://foo.com/xyzzy?"+URLEncoder.encode("id=324")); In other words, you should encode ONLY the query string part. //Mikko
RE: Orion-Primer needs some update
how the fuck can i unsubscribe this fucking maillist. i tried twice to mail unsubscribe to [EMAIL PROTECTED], doesn't work, no response, nothing. help?! > -Original Message- > From: Christian Sell [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, January 11, 2001 11:46 > To: Orion-Interest > Subject: Re: Orion-Primer needs some update > > AFAIK some stuff got deprecated (e.g. copydir, deltree). 1.1 files should > run, however. Just did a migration for my own project > > - Original Message - > From: "Ronald Hatcher" <[EMAIL PROTECTED]> > To: "Orion-Interest" <[EMAIL PROTECTED]> > Sent: Thursday, January 11, 2001 8:57 AM > Subject: RE: Orion-Primer needs some update > > > > I thinnk you will find that the build.xml format has changed from 1.1 to > 1.2 > > I seem to remember having to change the copy src/desc/ instructions. > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of trang le > > Sent: 11 January 2001 05:39 > > To: Orion-Interest > > Subject: Re: Orion-Primer needs some update > > > > > > Ant1.2 works fine with Orion-primer. > > - Original Message - > > From: [EMAIL PROTECTED] > > To: Orion-Interest > > Sent: Wednesday, January 10, 2001 10:23 PM > > Subject: Orion-Primer needs some update > > > > > > Dear All > > > > Somehow I found that Orion-Primer at > > http://www.znerd.demon.nl/orion-primer/ > > is a little bit obsolete. The demo codes demand Ant 1.1 to build > them, > > which > > is no longer available since the release of Ant 1.2. In this case > people > > like me > > will have no easy way to build the ear file. > > > > Could someone be kind enough to update it, or tell me how to work > > around? > > > > Best regards > > Lynch > > >
How to test my SSL works or Not ?
Hi all, Recently i implemented 128bit certificate (from verisign) to my E-commerce Application but at the time of installing the cert with the following command... keytool -keystore keystore -keyalg "RSA" -import -trustcacerts -file my.host.com.cer i got this message... "keytool error:java.security.cert.CertificateException:unsupported encoding"...even though it gives this error i got the end result. i implemented that to my application... but i am not sure whether my ssl certificate is working or not? how can i check whether my application is under secure? when i run this under https:// the lock is not broken... but the suspect is i got some error at the time of getting the certificate(Error is mentioned above)... So plz anyone help me how i test my application? plz any help is appreciated.. Thankz MohanKrishna Get free email and a permanent address at http://www.netaddress.com/?N=1
URLEncoder help pls!
Hi, I have a problem to use URLConnection and URLEncoder Here is my code: String _url = http://192.168.6.1/Controller?msg=test"; URL url = new URL(_url); URLConnection uc = url.openConnection(); uc.connect(); String source = ""; BufferedReader reader; StringBuffer strbuf = new StringBuffer(); String line; try { reader = new BufferedReader(new InputStreamReader(url.openStream())); while ((line = reader.readLine()) != null) strbuf.append(line + "\n"); reader.close(); source = strbuf.toString(); System.out.println("output :"+source); }catch(Exception e) { e.printStackTrace(); System.out.println("Unable to establish connection to " + url); } Well, if the url like this is fine, but if my _url string is contain space or others special character then it failed. I also try like this URL url = new URL(URLEncoder.encode(_url)); but it also failed. Anyone know how to solve my problem? Thanks Regards, Louis ø¤°`°¤ø,¸¸¸,ø¤°`°¤ø,¸¸»«¸,ø¤°`°¤ø,¸¸,ø¤°`°¤ø