You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bcel-dev@jakarta.apache.org by Paul Hammant <Pa...@yahoo.com> on 2002/01/23 22:17:51 UTC
Windows reader for tex documents
Folks,
How do I read the tex documents for BCEL on a Windows platform?
Can anyone with Acrobat Distiller print though this to make PDFs to push
back into CVS?
Regards,
- Paul H
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Windows reader for tex documents
Posted by Paul Hammant <Pa...@yahoo.com>.
Jason
>>Jason,
>>
>>OK, half my problem for thinking it was half way through the migration.
>>The online docs are better than when I last looked, I must have missed
>>the diffs.
>>
>>Perhaps we could delete the tex objects, or move them to obsolete/ and
>>nobble the latex dependancies in the build script.... to save future
>>confusions?
>>
>
>Thanks for the pointer, I've removed the converted docs and updated the
>build.xml file so the references to TeX are gone.
>
Saw that, thanks.
>>Jason, I am coming to the conclusion that I am going to have to stuggle
>>to overcome all the issues I've found in the past with BCEL becuase it
>>is my only choice for a an automatic special dynamic proxy for AltRMI.
>>I've looked at JCFE and it is good too, but it is not at Apache. I've
>>seen the JikesBT kit and it looks fantastic, but another has left an
>>outstanding question about license on the site, and IBM's Notes server,
>>in its infinite wisom, is not deigning to let mortals download at the
>>moment. My stumbling block, for those that are interested, is the
>>generation of weighty methods.
>>
>
>Richard Davies proposed working on an API to help with generating aspects
>and hopefully his proposed API will help simplify the creation of bytecode.
>I will admit that getting used to the API is a little cumbersome at times
>but I think that can be overcome.
>
I've looked at AspectJ and it is not quite what I need. From the
description of JikesBT it is ideal in that a Java-like HLL is what I want.
>>In this down-turn there is a noticable lessening of contributions to OSS
>>in general. More and more self-help is the only option...
>>
>
>Less contributions to OSS? I don't really see that, why do you say that?
>If you're refering to this project in general I think we need to do a little
>PR.
>
No, in general. A drop off in sourceforge and smaller one in Apache.
Some noticable dudes missing altogether whlist they try to get a job or
worry about their future.
>>I'm never one to shrink for additional responsibilities, so you won't
>>mind if I submit the odd patch to this fairly quiet project?
>>
>
>Not at all!
>
>
:-)
- Paul
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Windows reader for tex documents
Posted by Paul Hammant <Pa...@yahoo.com>.
Jason,
>>I've looked at JCFE and it is good too, but it is not at Apache. I've
>>seen the JikesBT kit and it looks fantastic, but another has left an
>>outstanding question about license on the site, and IBM's Notes server,
>>in its infinite wisom, is not deigning to let mortals download at the
>>moment.
>>
After a download using IE (the problem was Mozilla compatability with
N*tes), it turns out that it has a non commercial-use license that could
change at any time.
As such I'll spend no more time on it.
>>My stumbling block, for those that are interested, is the
>>generation of weighty methods.
>>
>Richard Davies proposed working on an API to help with generating aspects
>and hopefully his proposed API will help simplify the creation of bytecode.
>
I'm not sure that an Aspect approach is what I need. I appreciate that
I have a selfish agenda (to make a fairly complex dynamic proxy).
>I will admit that getting used to the API is a little cumbersome at times
>but I think that can be overcome.
>
I think so too.
My holy grail is Java as a high level language done dynamically :
DynClass clazz = new DynClass();
clazz.setName("org.flintstones.Fred");
clazz.setParentClass("java.lang.Object");
// or clazz.setParent(Object.class);
clazz.addImplements(ActionListener.class);
DynVar instVar1 = new DynInstVar(ActionListener.class, "actListImpl");
clazz.addDynVar(instVar1);
DynParam alParam = new DynParam(ActionListener.class, "al");
DynConstructor dc = new DynConstructor(new Object[] {alParam});
clazz.addConstructor(dc);
DynMethod mth = new DynMethod();
mth.setName("actionPerformed");
mth.setVoidReturn();
DynParam aeParam = new DynParam(ActionEvent.class, "ae");
mth.addParameter(aeParam);
DynCodeSegment aeSegment = new DynCodeSegment();
mth.setCodeSegment(aeSegment);
clazz.addMethod(mth);
aeSegment.addSimpleOperation(instVar1,"actionPerformed",new Object[]
{aeParam});
Class cl = clazz.generate();
I'm not the only one, Sun have noted the pressure for a true dynamic
Java API.
- Paul
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Windows reader for tex documents
Posted by Jason van Zyl <jv...@zenplex.com>.
On 1/23/02 8:50 PM, "Paul Hammant" <Pa...@yahoo.com> wrote:
> Jason,
>
> OK, half my problem for thinking it was half way through the migration.
> The online docs are better than when I last looked, I must have missed
> the diffs.
>
> Perhaps we could delete the tex objects, or move them to obsolete/ and
> nobble the latex dependancies in the build script.... to save future
> confusions?
Thanks for the pointer, I've removed the converted docs and updated the
build.xml file so the references to TeX are gone.
> Jason, I am coming to the conclusion that I am going to have to stuggle
> to overcome all the issues I've found in the past with BCEL becuase it
> is my only choice for a an automatic special dynamic proxy for AltRMI.
> I've looked at JCFE and it is good too, but it is not at Apache. I've
> seen the JikesBT kit and it looks fantastic, but another has left an
> outstanding question about license on the site, and IBM's Notes server,
> in its infinite wisom, is not deigning to let mortals download at the
> moment. My stumbling block, for those that are interested, is the
> generation of weighty methods.
Richard Davies proposed working on an API to help with generating aspects
and hopefully his proposed API will help simplify the creation of bytecode.
I will admit that getting used to the API is a little cumbersome at times
but I think that can be overcome.
> In this down-turn there is a noticable lessening of contributions to OSS
> in general. More and more self-help is the only option...
Less contributions to OSS? I don't really see that, why do you say that?
If you're refering to this project in general I think we need to do a little
PR.
> I'm never one to shrink for additional responsibilities, so you won't
> mind if I submit the odd patch to this fairly quiet project?
Not at all!
> Regards,
>
> - Paul H
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
--
jvz.
Jason van Zyl
http://tambora.zenplex.org
http://jakarta.apache.org/turbine
http://jakarta.apache.org/velocity
http://jakarta.apache.org/alexandria
http://jakarta.apache.org/commons
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Windows reader for tex documents
Posted by Paul Hammant <Pa...@yahoo.com>.
Jason,
>>>Most, and I think all, the documents have been converted to XML and are in
>>>manual.xml file which is available on site in html format.
>>>
>>Thats good news. Unfortunately I cannot build documents - 'ant docs' ->
>>
>> BUILD FAILED
>> C:\Apache-CVS\jakarta-bcel\build.xml:79: Execute failed:
>>java.io.IOException: CreateProcess: latex manual.tex error=2
>>
>>Is there any chance someone who has latex capability building the
>>documents, zipping and sending to me....
>>
>
>Let me try that one again.
>
>All the docs have been converted into XML i.e. You don't need to look at the
>tex documentation it's all here:
>
>http://jakarta.apache.org/bcel/manual.html
>
>I converted the tex docs so that people wouldn't have to.
>
OK, half my problem for thinking it was half way through the migration.
The online docs are better than when I last looked, I must have missed
the diffs.
Perhaps we could delete the tex objects, or move them to obsolete/ and
nobble the latex dependancies in the build script.... to save future
confusions?
Jason, I am coming to the conclusion that I am going to have to stuggle
to overcome all the issues I've found in the past with BCEL becuase it
is my only choice for a an automatic special dynamic proxy for AltRMI.
I've looked at JCFE and it is good too, but it is not at Apache. I've
seen the JikesBT kit and it looks fantastic, but another has left an
outstanding question about license on the site, and IBM's Notes server,
in its infinite wisom, is not deigning to let mortals download at the
moment. My stumbling block, for those that are interested, is the
generation of weighty methods.
In this down-turn there is a noticable lessening of contributions to OSS
in general. More and more self-help is the only option...
I'm never one to shrink for additional responsibilities, so you won't
mind if I submit the odd patch to this fairly quiet project?
Regards,
- Paul H
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Windows reader for tex documents
Posted by Jason van Zyl <jv...@zenplex.com>.
On 1/23/02 5:39 PM, "Paul Hammant" <Pa...@yahoo.com> wrote:
> Jason,
>
>> Most, and I think all, the documents have been converted to XML and are in
>> manual.xml file which is available on site in html format.
>>
> Thats good news. Unfortunately I cannot build documents - 'ant docs' ->
>
> BUILD FAILED
> C:\Apache-CVS\jakarta-bcel\build.xml:79: Execute failed:
> java.io.IOException: CreateProcess: latex manual.tex error=2
>
> Is there any chance someone who has latex capability building the
> documents, zipping and sending to me....
Let me try that one again.
All the docs have been converted into XML i.e. You don't need to look at the
tex documentation it's all here:
http://jakarta.apache.org/bcel/manual.html
I converted the tex docs so that people wouldn't have to.
>
> Thanks.
>
> - Paul
>
>
>
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
--
jvz.
Jason van Zyl
http://tambora.zenplex.org
http://jakarta.apache.org/turbine
http://jakarta.apache.org/velocity
http://jakarta.apache.org/alexandria
http://jakarta.apache.org/commons
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Windows reader for tex documents
Posted by Paul Hammant <Pa...@yahoo.com>.
Jason,
>Most, and I think all, the documents have been converted to XML and are in
>manual.xml file which is available on site in html format.
>
Thats good news. Unfortunately I cannot build documents - 'ant docs' ->
BUILD FAILED
C:\Apache-CVS\jakarta-bcel\build.xml:79: Execute failed:
java.io.IOException: CreateProcess: latex manual.tex error=2
Is there any chance someone who has latex capability building the
documents, zipping and sending to me....
Thanks.
- Paul
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Windows reader for tex documents
Posted by Jason van Zyl <jv...@zenplex.com>.
On 1/23/02 4:17 PM, "Paul Hammant" <Pa...@yahoo.com> wrote:
> Folks,
>
> How do I read the tex documents for BCEL on a Windows platform?
>
> Can anyone with Acrobat Distiller print though this to make PDFs to push
> back into CVS?
Most, and I think all, the documents have been converted to XML and are in
manual.xml file which is available on site in html format.
>
> Regards,
>
> - Paul H
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
--
jvz.
Jason van Zyl
http://tambora.zenplex.org
http://jakarta.apache.org/turbine
http://jakarta.apache.org/velocity
http://jakarta.apache.org/alexandria
http://jakarta.apache.org/commons
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>